{"text_format":"1","workbook":"xlsx","n_sheets":3,"sheets":["TDoc_List","CR_Packs_List","Parameters"],"not_rendered":{"charts":0,"images":0,"macros":1,"external_links":0,"defined_names":6,"comments":1,"pivot_tables":0},"unopened":[],"bounds":{"document_bytes":16777216,"sheet_cells":100000,"rows_first":2000,"rows_last":500,"rows_between":2000,"halvings":0,"cell_chars":16384,"cell_head_chars":4096},"cells_cut":0,"cells_raw":0,"read":"whole","date_system":"1900"}

{"sheet":"TDoc_List","index":0,"n_rows":933,"n_cols":32,"rows_kept":933,"cut":false,"hidden":false,"merged":[]}
["TDoc #","Title","Source","Contact","Contact ID","Type","Type supplement","For","Abstract","Secretary Remarks","Agenda item sort order","Agenda item #","Agenda item description","TDoc sort order within agenda item","TDoc Status","Reservation date","Uploaded","Is revision of","Revised to","Release","Spec #","Version","Related WIs","CR #","CR revision #","CR category","TSG CR Pack","Reply to","To","Cc","Original LS","Reply in"]
["S2-160001","Draft Agenda for SA WG2#113","SA WG2 Chairman","Frank Mademann",6821,"agenda","","Approval","The meeting agenda.","","2","2","Approval of the agenda",10000,"revised","2015-12-12T11:39:11.373","2016-01-19T13:39:31.987","","S2-160492","","","","","","","","","","","","",""]
["S2-160002","Draft Report of SA WG2 meeting #112","SA WG2 Secretary","Maurice Pope",648,"report","","Approval","Draft Report version 0.1.0rm of meeting #112 for approval","","4","3","Meeting reports",10020,"approved","2015-12-12T11:39:11.407","2016-01-19T07:30:07.103","","","","","","","","","","","","","","",""]
["S2-160003","LS from Wi-Fi Alliance Operator Marketing Task Group: RE: Proposed requirements for carrier Wi-Fi networks","Wi-Fi Alliance Operator Marketing Task Group","Maurice Pope",648,"LS in","","Information","The Wi-Fi Alliance Operator Marketing Task Group has conducted a study that identifies a set of requirements for carrier Wi-Fi networks (see Appendix). For the purpose of this document, carrier Wi-Fi networks are Wi-Fi networks deployed and managed by ope","","11","5.3","Non-3GPP Access Maintenance",12400,"postponed","2015-12-12T11:39:11.420","2015-12-12T12:18:04.020","S2-153728","S2-161356","","","","","","","","",null,"TSG SA, SA WG2, SA WG3, TSG RAN, CT WG1",null,"Wi-Fi Alliance_20150818"]
["S2-160004","LS from SA WG1: Reply LS on Set of Rel-13 features for the Support of Emergency sessions over WLAN","SA WG1","Betsy Covell",68109,"LS in","","Action","SA WG1 thanks SA WG2 for their LS on Set of Rel-13 features for the Support of Emergency sessions over WLAN. In response to the notification of the support for Emergency sessions over WLAN that remains to be completed in Rel 14, SA WG1 has agreed the atta","","11","5.3","Non-3GPP Access Maintenance",11560,"replied to","2015-12-12T11:39:11.517","2015-12-12T12:18:04.217","S2-153732","","Rel-13","","","","","","","",null,"SA WG2, GSMA RILTE","TSG SA, GSMA NG, WBA","S1-152752","S2-160572"]
["S2-160005","LS from SA WG4: LS on QoS for EVS-VBR Codec Operation","SA WG4","Nikolai Leung",38562,"LS in","","Action","3GPP SA WG4 has standardized in Release 12 the EVS codec which supports a source-controlled variable bit rate codec mode (aka 'EVS-VBR'). 3GPP SA WG4 is also working on the Release 13 Improved End-to-End QoS E2EQOS Work item which is specifying mechanisms","","10","5.2","QoS and PCC Maintenance",11220,"replied to","2015-12-12T11:39:11.603","2015-12-12T12:18:04.407","S2-153733","","Rel-13","","","","","","","",null,"RAN WG2, SA WG2","-","S4-151160","S2-160618"]
["S2-160006","LS from RAN WG1: LS on resource allocation principles in PC5-based V2V","RAN WG1","Hanbyul Seo",41001,"LS in","","Action","RAN WG1 reached the following agreements on resource allocation principles in PC5-based V2V: [...] Action: RAN WG1 respectfully asks RAN WG2, RAN WG3, and SA WG2 to take into consideration the above RAN WG1 agreements in their work.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17310,"noted","2015-12-12T11:39:11.680","2015-12-12T12:18:04.597","S2-153736","","Rel-14","","","","","","","",null,"RAN WG2, RAN WG3, SA WG2","-","R1-156314"]
["S2-160007","LS from RAN WG2: LS on V2X message characteristics","RAN WG2","Mats Folke",43898,"LS in","","Action","RAN WG2 received from RAN WG1 the LS R1-155014 in which evaluation assumptions for LTE-based V2X are discussed. This working assumption given by RAN WG1 is motivated by the assumption that 300-byte size contains more security overhead than 190-byte size.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17320,"postponed","2015-12-12T11:39:11.757","2015-12-12T12:18:04.777","S2-153738","S2-161357","Rel-13","","","","","","","",null,"RAN WG1, SA WG1, SA WG2, SA WG3","-","R2-155003"]
["S2-160008","LS from CT WG3: LS on APN AMBR change at a certain time on Gx","CT WG3","Horst Brinkmann",12927,"LS in","","Action","CT WG3 got the request from several operators that it shall be possible to change the APN AMBR (APN-Aggregated Maximum Bit-rate) at a certain time for some services (e.g. billing cycle reset) and for all affected UEs without causing a Gx signalling storm.","","10","5.2","QoS and PCC Maintenance",11430,"replied to","2015-12-12T11:39:11.833","2015-12-12T12:18:04.960","S2-153744","","Rel-13","","","","","","","",null,"SA WG2","-","C3-154335","S2-160899"]
["S2-160009","LS from CT WG4: LS on the Setting of Delay Tolerant Connection Indication","CT WG4","Yong Yang",42295,"LS in","","Information","CT WG4 discussed the setting of Delay Tolerant Connection Indication (DTCI) during a PDN connection creation procedure, and agreed that the DTCI is set by the PGW/GGSN according to the local policies in the PGW/GGSN e.g. per APN.","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10380,"noted","2015-12-12T11:39:11.913","2015-12-12T12:18:05.137","S2-153747","","Rel-13","","","","","","","",null,"CT WG3","SA WG2","C4-151832"]
["S2-160010","LS from CT WG4: LS on the clarifications on the Revocation of Discovery Filters","CT WG4","Lionel Morand",25150,"LS in","","Action","CT WG4 is working on the protocol enhancements required to support the extensions of ProSe in Rel-13. In the objectives to fulfil the stage 2 requirements described in the TS 23.303, some concerns were raised regarding the procedure of Revocation of Disco","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10850,"replied to","2015-12-12T11:39:11.993","2015-12-12T12:18:05.317","S2-153750","","Rel-13","","","","","","","",null,"SA WG2","CT WG1","C4-151864","S2-160883"]
["S2-160011","LS from CT WG4: LS on Network asserted WLAN Location Information for PDN connection establishment over S2b","CT WG4","Bruno Landais",17613,"LS in","","Action","Clause 4.5.7.2.8 of TS 23.402 defines the means to transfer network provided WLAN Location Information from the WLAN Access Network to the ePDG via the 3GPP AAA Server. When available, this information is sent by the ePDG to the PGW over S2b during an Ini","","11","5.3","Non-3GPP Access Maintenance",11590,"noted","2015-12-12T11:39:12.070","2015-12-12T12:18:05.497","S2-153752","","Rel-13","","","","","","","",null,"SA WG2","CT WG3","C4-151876"]
["S2-160012","LS from CT WG1: Reply LS on eDRX EUTRA","CT WG1","Amer Catovic",39766,"LS in","","Information","CT WG1 would like to thank RAN WG2 on their LS on eDRX for EUTRA and the useful information the LS provided. CT WG1 decided to adopt the eDRX cycle values and range suggested by RAN WG2 for EUTRA and to specify the corresponding information element to neg","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12590,"postponed","2015-12-12T11:39:12.157","2015-12-12T12:18:05.677","S2-153758","S2-161358","Rel-13","","","","","","","",null,"RAN WG2","SA WG2, RAN WG3","C1-153999"]
["S2-160013","LS from CT WG1: LS on precedence of information in USIM","CT WG1","Chen-ho Chin",57105,"LS in","","Action","In the course of working on stage 3 changes for ePDG selection CT WG1 has noticed that there is in Stage 2 TS 23.402, subclause 4.8.2.1.1, the following requirement. The information provided by ANDSF may also be statically pre-configured by the operator o","","11","5.3","Non-3GPP Access Maintenance",12260,"replied to","2015-12-12T11:39:12.233","2015-12-12T12:18:05.860","S2-153759","S2-160602","Rel-13","","","","","","","",null,"SA WG2","SA WG1","C1-154001","S2-160896"]
["S2-160014","LS from SA WG6: LS on potential need of PCC enhancement for MCPTT","SA WG6","Magnus Trank",60462,"LS in","","Action","SA WG6 has identified an issue in how to control the number of EPS bearers used in parallel for MCPTT media. The maximum number of radio bearers (UM DRB) is three according to TS 36.331, Annex B. Specifically there is a risk that a bearer modification req","","10","5.2","QoS and PCC Maintenance",11330,"replied to","2015-12-12T11:39:12.317","2015-12-12T12:18:06.040","S2-153760","","Rel-13","","","","","","","",null,"SA WG2","CT WG3","S6-151318","S2-160911"]
["S2-160015","LS from ETSI SC EMTEL: LS on Total Conversation for Emergency Communications","ETSI SC EMTEL","Ban Al-Bakri",45828,"LS in","","Action","ETSI SC EMTEL has a work item on Total Conversation for Emergency Communications, which you may have been informed about in a previous LS. The work item is supported by Special Task Force 489 which is co-funded by the European Commission. The support of T","","6","4.1","Common issues and Incoming LSs",10030,"noted","2015-12-12T11:39:12.400","2015-12-12T12:18:06.223","S2-153775","","","","","","","","","",null,"CT WG1, CT WG3, SA WG1, SA WG2, ATIS, ETSI HF, GSMA, IETF","-","EMTEL(15)000051r1"]
["S2-160016","LS from SA WG3: Reply LS to RAN2 for clarification of security overhead for LTE V2X","SA WG3","Marcus Wong",40409,"LS in","","Action","SA WG3 thanks RAN WG2 for the LS regarding Clarification on security overhead for LTE V2X.SA WG3 would like to inform RAN WG2 that SA WG3 has agreed to undertake the study on the security aspect of LTE V2X Followings are the security related questions on","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17330,"noted","2015-12-12T11:39:12.483","2015-12-12T12:18:06.417","S2-154130","","Rel-13","","","","","","","",null,"RAN WG2","SA WG1, SA WG2, RAN WG1","S3-152463"]
["S2-160017","LS from SA WG3: Reply LS on IPsec tunnelling mechanism for LTE-WiFi aggregation","SA WG3","Alf Zugenmaier",52494,"LS in","","Action","SA WG3 would like to thank TSG RAN and RAN WG2 for their LSs on LTE-WiFi aggregation and their request for providing a mechanism to establish an IPsec tunnel from UE to eNB. SA WG3 appreciates that RAN was considering security issues, but would like to po","","11","5.3","Non-3GPP Access Maintenance",12060,"noted","2015-12-12T11:39:12.567","2015-12-12T12:18:06.607","S2-154131","","","","","","","","","",null,"TSG RAN, RAN WG2, SA WG2","-","S3-152467"]
["S2-160018","LS from SA WG3: LS on backoff timer","SA WG3","Steve Babbage",6267,"LS in","","Action","SA WG3 is aware of recently published research (see e.g. http://arxiv.org/abs/1510.07563) demonstrating Denial of Service attacks carried out by false base stations sending MM/GMM/EMM messages that cause victim UEs to stay off certain services, or indeed","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10270,"noted","2015-12-12T11:39:12.660","2015-12-12T12:18:06.783","S2-154133","","","","","","","","","",null,"CT WG1, SA WG2","-","S3-152498"]
["S2-160019","LS from SA WG3: LS on new security work item for NB-IoT","SA WG3","Steve Babbage",6267,"LS in","","Action","SA WG3 has noted that: - RAN Plenary has agreed the Narrowband IoT work item. - SA WG2 have agreed some conclusions in the FS_AE_CIoT study item (communicated to SA WG3 LS in S2-153695, with TR 23.720 v1.1.0 ) - we anticipate that SA WG2 will agree a work","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12720,"noted","2015-12-12T11:39:12.743","2015-12-12T12:18:06.970","S2-154134","","Rel-13","","","","","","","",null,"SA WG2, CT WG1, RAN WG2","-","S3-152582"]
["S2-160020","LS from SA WG3: LS on Security requirements for Public Safety Discovery messages","SA WG3","Adrian Escott",24089,"LS in","","Action","SA WG3 have progressed their work on Public Safety Discovery security and wish to bring a couple of issues to the attention of SA WG2 and CT WG1. Firstly, SA WG3 has decided that the security information used to protect Relay Discovery messages will be as","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11150,"noted","2015-12-12T11:39:12.833","2015-12-12T12:18:07.143","S2-154135","","Rel-13","","","","","","","",null,"SA WG2, CT WG1","-","S3-152596"]
["S2-160021","LS from GSMA NG PACKET: NG PACKET LS to Standardization groups on PMIP removal","GSMA NG PACKET","Maurice Pope",648,"LS in","","Action","Purpose: GSMA Networks Group would like to inform all standardization groups working on LTE and EPS Roaming that decision has been taken to not support any more PMIP protocol over S8 interface for current and future International Roaming services, as only","","6","4.1","Common issues and Incoming LSs",10040,"noted","2015-12-12T11:39:12.937","2015-12-12T12:19:11.103","S2-154136","","","","","","","","","",null,"SA WG2, CT WG4","CC: WAS, IDS, FASG","PACKET83_107"]
["S2-160022","LS from RAN WG3: Reply LS on paging coordination in extended idle mode DRX","RAN WG3","Henrik Olofsson",35211,"LS in","","Action","RAN WG3 would like to thank SA WG2 and RAN WG2 for their LS on paging coordination in extended idle mode. RAN WG3 has evaluated the synchronisation requirement of loose synchronisation (2 seconds) and agrees that this is achievable without additional sign","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10400,"noted","2015-12-12T11:39:13.030","2015-12-12T12:19:11.283","S2-154272","","Rel-13","","","","","","","",null,"SA WG2, RAN WG2","-","R3-152765"]
["S2-160023","LS from CT WG3: LS on TSSF Identity Information over Gx","CT WG3","Konstantin Livanos",40446,"LS in","","Action","Per stage-2 specification in TS 23.203, subclause 7.2 - IP CAN Session Establishment, step 12, 'the TSSF identifier is pre-configured on the PCRF per e.g. PCEF'. CT WG3 recommends that the option whereby the PCEF sends the TSSF identifier over Gx should a","","10","5.2","QoS and PCC Maintenance",11500,"replied to","2015-12-12T11:39:13.127","2015-12-12T12:19:11.467","S2-154273","","Rel-13","","","","","","","",null,"SA WG2","-","C3-155243","S2-160596"]
["S2-160024","LS from GSMA RiLTE: LS on SIP deregistration in GERAN and UTRAN (no VOPSSI)","GSMA RiLTE","Nick Russell",21192,"LS in","","Action","GSMA NG RILTE has been analysing preferred methods of saving on IMS resources used for IMS deployments providing only voice over LTE. In particular, it was the view of some operators that when the UE leaves E-UTRAN coverage and enters either a GERAN or a","","12","5.4","IMS and IMS-Related Maintenance",12410,"postponed","2015-12-12T11:39:13.217","2015-12-12T12:19:11.643","S2-154274","S2-161359","","","","","","","","",null,"SA WG2, CT WG1","-","RILTE48_122revB"]
["S2-160025","LS from CT WG1: LS on NBIFOM procedure in SCM and RAN rules handling parameter","CT WG1","Xingyue Zhou",42680,"LS in","","Action","According to the description in subclause 6.2.3.1 of TS 23.161, default access can be transported between the UE and the network via EAP procedures when adding addition of trusted WLAN using SCM. This implies that 3GPP AAA server should be able to convey","","11","5.3","Non-3GPP Access Maintenance",11700,"replied to","2015-12-12T11:39:13.300","2015-12-12T12:19:11.813","","","Rel-13","","","","","","","",null,"SA WG2","CT WG3, CT WG4","C1-154645","S2-160889"]
["S2-160026","LS from CT WG1: LS on Non- Zero Discovery Entry ID for Restricted Discovery","CT WG1","Fei Lu",39755,"LS in","","Action","CT WG1 noted that the ProSe Function will accept the discovery request and allocate a Discovery Entry ID to the UE if the Discovery Entry ID is not found in the UE context in the ProSe Function in the open discovery procedure. CT WG1 has discussed whether","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10910,"noted","2015-12-12T11:39:13.323","2015-12-12T12:19:11.987","","","Rel-13","","","","","","","",null,"SA WG2","-","C1-154702"]
["S2-160027","LS from CT WG1: LS on failure to set up the resources for VoLTE MO call","CT WG1","Lena Chaponniere",38080,"LS in","","Action","CT WG1 thanks SA WG2 for their LS on failure to setup the resources for VoLTE MO call. CT WG1 has discussed the scenario described by SA WG2 and reached the following conclusions: - UE retry is only applicable to MO calls, not MT calls - In case of IMS em","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18060,"noted","2015-12-12T11:39:13.347","2015-12-12T12:19:12.167","","","","","","","","","","",null,"SA WG2","-","C1-154852"]
["S2-160028","LS from CT WG1: Reply LS on ProSe Direct Discovery out of coverage","CT WG1","Taehun Kim",58301,"LS in","","Information","CT WG1 thanks RAN WG2 for their LS (C1-153665/R2-154999) on 'ProSe Direct Discovery out of coverage' and confirms that the RAN WG2 agreements specified in the LS for 'ProSe Direct Discovery out of coverage' are captured in CT WG1 specifications.","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10940,"noted","2015-12-12T11:39:13.377","2015-12-12T12:19:12.347","","","Rel-13","","","","","","","",null,"RAN WG2","SA WG2","C1-154853"]
["S2-160029","LS from CT WG1: Reply LS on ProSe UE-to-Network relay","CT WG1","Taehun Kim",58301,"LS in","","Information","CT WG1 thanks RAN WG2 for their LS (C1-154060/R2-154998) on 'ProSe UE-to-Network relay'. CT WG1 has discussed all the topics in the LS and would like to provide the following feedbacks:. [Question#1 from RAN WG2] SA WG2/CT WG1 is kindly asked to discuss t","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10950,"noted","2015-12-12T11:39:13.400","2015-12-12T12:19:12.530","","","Rel-13","","","","","","","",null,"RAN WG2","SA WG2","C1-154880"]
["S2-160030","LS from CT WG3: Reply LS on OCS address for Gy and Gyn inter-PLMN","CT WG3","Horst Brinkmann",12927,"LS in","","Information","CT WG3 thanks SA WG5 for their reply liaison (S5-154304/C3-154156) and the LS on OCS address for Gyn inter-PLMN (S5-155252/C3-155076) on the OCS address for Gy/Gyn inter-PLMN. CT WG3 would like to inform SA WG5 that the functionality is agreed for the Gx","","10","5.2","QoS and PCC Maintenance",11420,"noted","2015-12-12T11:39:13.423","2015-12-12T12:19:12.707","","","Rel-13","","","","","","","",null,"SA WG5","CT WG4, SA WG2","C3-155314"]
["S2-160031","LS from CT WG3: LS on the decision of NBIFOM mode","CT WG3","Youyang Yu",46021,"LS in","","Action","CT WG3 is working on the definition of NBIFOM mode on Gx interface and has some questions about the following definition in TS 23.161:  5.4.4 Mode Selection When an NBIFOM-capable UE supports ANDSF and has an ISRP rule valid in the registered PLMN then: -","","11","5.3","Non-3GPP Access Maintenance",11630,"postponed","2015-12-12T11:39:13.447","2015-12-12T12:19:12.877","","S2-161360","Rel-13","","","","","","","",null,"SA WG2","CT WG1, CT WG4","C3-155320","S2-160574, S2-161408"]
["S2-160032","LS from CT WG3: Reply LS on the Setting of Delay Tolerant Connection Indication","CT WG3","Sven-ove Emanuelsson",45992,"LS in","","Information","CT WG3 thanks CT WG4 for their LS on the setting of Delay Tolerant Connection Indication (DTCI) during a PDN connection creation procedure.  CT WG4 has informed CT WG3 that CT WG4 had agreed to the following: The DTCI is set by the PGW/GGSN according to t","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10390,"noted","2015-12-12T11:39:13.467","2015-12-12T12:19:13.047","","","Rel-13","","","","","","","",null,"CT WG4","SA WG2","C3-155359"]
["S2-160033","LS from CT WG4: Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","CT WG4","Bruno Landais",17613,"LS in","","Action","CT WG4 thanks SA WG2 for their Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP.  Wrt the following response and statement agreed in subclause 16.1.1 of the related 23.402 CRs (SA WG2 S2-153675, S2-1536","","11","5.3","Non-3GPP Access Maintenance",12350,"postponed","2015-12-12T11:39:13.487","2015-12-12T12:19:13.227","","S2-161361","Rel-12","","","","","","","",null,"SA WG2","CT WG1","C4-152179"]
["S2-160034","LS from GERAN WG2: Follow Up LS on RAN assumptions from SA2 for FS_eDRX","GERAN WG2","John Diachina",25840,"LS in","","Action","As a follow up to our LS to SA WG2 in GP-150670 GERAN WG2 would like to inform SA WG2 of following recent progress within GERAN WG2 regarding the realization of extended DRX in Idle state for Rel-13: - A new work item called 'eDRX_GSM' has been approved i","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10760,"noted","2015-12-12T11:39:13.510","2015-12-12T12:19:13.403","","","Rel-13","","","","","","","",null,"SA WG2","-","GP-150988"]
["S2-160035","LS from GERAN WG2: LS on CS/PS coordination in GERAN Shared Networks","GERAN WG2","Nicklas Johansson",47575,"LS in","","Action","At GERAN#65, a new work item on 'RAN aspects for improvements to CS/PS coordination in GERAN Shared Networks' was approved with the Objective: to enhance GERAN stage 3 specifications according to the CS/PS coordination improvements as specified in stage 2","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10700,"postponed","2015-12-12T11:39:13.533","2015-12-12T12:19:13.583","","S2-161362","Rel-13","","","","","","","",null,"SA WG2","-","GP-151168"]
["S2-160036","LS from RAN WG1: LS on NB-IoT Evaluations","RAN WG1","Matthew Webb",45858,"LS in","","Information","RAN WG1 has completed its evaluations for NB-IoT. The observations agreed from the evaluations and each company's individual results are contained in the attached document R1-157741. After considering the evaluations, RAN WG1 has agreed the following: - F","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12730,"noted","2015-12-12T11:39:13.557","2015-12-12T12:19:13.767","","","Rel-13","","","","","","","",null,"TSG RAN","RAN WG2, RAN WG3, RAN WG4, SA WG2","R1-157742"]
["S2-160037","LS from RAN WG2: Reply LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","RAN WG2","Soenghun Kim",33371,"LS in","","Information","RAN WG2 thanks SA for the LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols (R2-154021/SP-150574).  RAN WG2 could be affected by the work on ECN for lower layer protocols. Among RAN WG2 specifications, ECN is used in section 11","","6","4.1","Common issues and Incoming LSs",10050,"noted","2015-12-12T11:39:13.577","2015-12-12T12:19:13.940","","","Rel-10","","","","","","","",null,"TSG SA","TSG CT, TSG RAN, SA WG2, SA WG4, CT WG1, CT WG3, CT WG4","R2-157038"]
["S2-160038","LS from RAN WG2: LS on RAN2 agreements on extended DRX","RAN WG2","Li Chen",40296,"LS in","","Action","RAN WG2#92 further discussed the extended DRX and made the following agreements on Paging transmission, which RAN WG2 would like to inform SA WG2 and RAN WG3: - The Paging hyper-frame (PH) is determined using the following formula: H-SFN mod TeDRX= (UE_ID","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10410,"noted","2015-12-12T11:39:13.597","2015-12-12T12:19:14.110","","","Rel-13","","","","","","","",null,"SA WG2, RAN WG3","-","R2-157083"]
["S2-160039","LS from RAN WG2: LS on RAN WG2 agreements for inter-carrier/Inter-PLMN sidelink discovery","RAN WG2","Zhenzhen Cao",58032,"LS in","","Action","In RAN WG2#92 meeting, RAN WG2 reached the following agreements on inter-carrier/inter-PLMN sidelink discovery. - If SIB 19 is not broadcasted by the serving cell, for commercial & PS services, UE may perform inter carrier discovery transmission on a carr","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10820,"postponed","2015-12-12T11:39:13.620","2015-12-12T12:19:10.923","","S2-161363","Rel-13","","","","","","","",null,"SA WG2","CT WG1","R2-157090","S2-161815"]
["S2-160040","LS from RAN WG2: Reply LS for request for clarifications for WLAN deployments for LWA","RAN WG2","Sasha Sirotkin",41562,"LS in","","Information","RAN WG2 would like to thank SA WG3 for their LS 'Request for clarifications for WLAN deployments for LWA'.   RAN WG2 would like to point out that RAN WG2 has specified WLAN connection failure indication procedure as follows: 'When a UE configured with at","","11","5.3","Non-3GPP Access Maintenance",12070,"noted","2015-12-12T11:39:13.647","2015-12-12T12:20:06.043","","","Rel-13","","","","","","","",null,"SA WG3","RAN WG3, SA WG2","R2-157123"]
["S2-160041","LS from RAN WG2: Reply LS to S3-152467 on IPsec tunnelling mechanism for LTE-WiFi aggregation","RAN WG2","Satish Kanugovi",63367,"LS in","","Information","RAN WG2 thanks SA WG3 for the Reply LS S3-152467 on IPsec tunnelling mechanism for LTE-WiFi aggregation. RAN WG2 discussed the comments provided and the questions asked by the SA WG3.  RAN/RAN WG2 proposal of using IPsec as the tunnelling mechanism betwee","","11","5.3","Non-3GPP Access Maintenance",12080,"noted","2015-12-12T11:39:13.667","2015-12-12T12:20:06.220","","","Rel-13","","","","","","","",null,"SA WG3","SA WG2","R2-157126"]
["S2-160042","LS from RAN WG2: LS on DRB Handling in LWRI","RAN WG2","Satish Kanugovi",63367,"LS in","","Action","In RAN#69, RAN approved a new WI to support IPsec tunnel above PDCP protocol layer between eNB and UE over WLAN . The IPsec tunnel is established between UE and eNB to carry the IP packets from eNB to the UE over the WLAN network. In RAN WG2#92, RAN 2 agr","","11","5.3","Non-3GPP Access Maintenance",12090,"noted","2015-12-12T11:39:13.687","2015-12-12T12:20:06.397","","","Rel-13","","","","","","","",null,"SA WG2","SA WG5","R2-157127"]
["S2-160043","LS from RAN WG2: Reply LS on QoS for EVS-VBR Codec Operation","RAN WG2","Masato Kitazoe",29801,"LS in","","Action","RAN WG2 would like to thank SA WG4 for their LS on QoS for EVS-VBR Codec Operation. RAN WG2 discussed possible benefits for the eNB to be aware of EVS-VBR mode with respect to EVS-CBR mode, which may be associated with the same GBR value. The admission co","","10","5.2","QoS and PCC Maintenance",11250,"replied to","2015-12-12T11:39:13.707","2015-12-12T12:20:06.570","","","Rel-13","","","","","","","",null,"SA WG4, SA WG2","-","R2-157129","S2-160618"]
["S2-160044","LS from RAN WG2: Reply LS on ProSe UE Relaying Support","RAN WG2","Mats Folke",43898,"LS in","","Information","RAN WG2 would like to thank RAN WG3 for the LS on ProSe UE Relaying Support.  RAN WG2 agrees that it is beneficial if the eNB knows that a UE is authorized for ProSe UE-to-Network relaying. Furthermore, it is indeed beneficial for the eNB if this informat","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10900,"noted","2015-12-12T11:39:13.727","2015-12-12T12:20:06.753","","","Rel-13","","","","","","","",null,"RAN WG3","SA WG2","R2-157155"]
["S2-160045","LS from RAN WG3: LS on DECOR and MOCN rerouting","RAN WG3","Anders Dahlen",31284,"LS in","","Action","RAN WG3 has discussed the interaction of MOCN rerouting for non-supporting UEs and DECOR rerouting and it was decided that MOCN rerouting first selects an operator that can serve the UE and after that an operator may initiate DECOR rerouting. After DECOR","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10110,"noted","2015-12-12T11:39:13.747","2015-12-12T12:20:06.927","","","Rel-13","","","","","","","",null,"SA WG2","-","R3-152860"]
["S2-160046","LS from RAN WG3: LS on RAN3 agreements on DC enhancement for LTE","RAN WG3","Lixiang Xu",50973,"LS in","","Action","In Rel-13 Extension of Dual Connectivity in E-UTRAN WI, RAN WG3 agreed to support SIPTO@LN and LIPA for dual connectivity, as well as hybrid access HeNB acting as SeNB. RAN WG3 kindly ask SA WG2 to take the RAN WG3 agreements into account and evaluate whe","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10180,"replied to","2015-12-12T11:39:13.770","2015-12-12T12:20:07.163","","","Rel-13","","","","","","","",null,"SA WG2","-","R3-152911","S2-160886"]
["S2-160047","LS from SA WG1: Reply LS on V2X message characteristics","SA WG1","Michaela Vanderveen",46571,"LS in","","Information","SA WG1 would like to thank RAN WG2 for sending SA WG1 an LS on V2X message characteristics (R2-155003/S1-154267), which includes several questions. Question 2: Is there a need to define any 3GPP specific security mechanisms in addition to existing securit","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17340,"noted","2015-12-12T11:39:13.793","2015-12-12T12:20:07.350","","","Rel-14","","","","","","","",null,"RAN WG2, SA WG3","SA WG2, RAN WG1","S1-154509"]
["S2-160048","LS from SA WG5: LS on application based charging for applications identified by service data flow filters","SA WG5","Maryse Gardella",33757,"LS in","","Action","SA WG5 became aware of Flexible Mobile Service Steering (FMSS) feature specification in the 3GPP TS 23.203. Under this specification, service data flow filters list were introduced in addition to the existing Application Identifier to be used by the TDF i","","10","5.2","QoS and PCC Maintenance",11520,"replied to","2015-12-12T11:39:13.817","2015-12-12T12:20:07.527","","","Rel-13","","","","","","","",null,"SA WG2","-","S5-156277","S2-160898"]
["S2-160049","LS from SA WG5: LS on definition of Network Service","SA WG5","Kai Zhang",37005,"LS in","","Information","In the discussion of NFV management, SA WG5 has the following position: 1. 3GPP compliant operators provide application level services supported by 3GPP systems. 2. Mobile Network Services are provided by 3GPP networks to end users. 3. The term 'Network S","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15670,"noted","2015-12-12T11:39:13.843","2015-12-12T12:20:07.713","","","Rel-14","","","","","","","",null,"SA WG1","SA WG2","S5-156399"]
["S2-160050","LS from ONF: Progress toward SDN architecture issue 1.1","Open Networking Foundation","Dave Hood",48599,"LS in","","Information","Dear Colleagues,  We have recently become aware that 3GPP is about to start an architecture study related to the control/management of 5G. We are currently developing issue 1.1 of the ONF SDN architecture. The content is reasonably mature, but it requires","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15680,"noted","2015-12-12T11:39:13.867","2015-12-12T12:20:07.907","","","","","","","","","","",null,"TSG SA, SA WG2","-","SDN arch 1 1 liaison to 3GPPR1"]
["S2-160051","LS from RAN WG2: LS on NB-IoT work progress in RAN WG2","RAN WG2","Wuri Hapsari",33742,"LS in","","Information","RAN WG2 has started to work on specifying NB-IoT functionality. Please refer to the attached running CR for detailed RAN WG2 progress.  RAN WG2 identified a requirement to differentiate access of 'normal reporting' and 'exceptional reporting' from NB-IoT","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12600,"replied to","2015-12-12T11:39:13.900","2015-12-12T12:20:08.077","","","Rel-13","","","","","","","",null,"CT WG1","SA WG2, RAN WG3","R2-156971","S2-160905"]
["S2-160052","LS from TSG RAN: LS on S1 signalling solutions for non-NB-IoT UEs","TSG RAN","Riikka Susitaival",44957,"LS in","","Action","TSG RAN discussed applicability of S1 signalling enhancements for non-NB-IoT UEs, i.e., Solution 2 and Solution 18 as discussed in SA WG2. RAN made following agreements how to proceed with this:  - Signalling design for solution 2 and solution 18 for NB-I","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13480,"postponed","2015-12-12T11:39:13.923","2015-12-12T12:20:08.250","","S2-160934","Rel-13","","","","","","","",null,"SA WG2, SA WG3, TSG SA, CT WG1, CT WG3, CT WG4, RAN WG2, RAN WG3","RAN WG1","RP-152296"]
["S2-160053","LS from TSG SA: Reply LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","TSG SA","Erik Guttman",18782,"LS in","","Information","IETF tsvwg requested information from 3GPP. 1) to tell the IETF tsvwg which 3GPP working groups could be affected by this work. The working groups that could be affected by ongoing work on ECN include SA WG2, SA WG4, RAN WG2, CT WG1, CT WG3, and CT WG4. 2","","6","4.1","Common issues and Incoming LSs",10060,"noted","2015-12-12T11:39:13.947","2015-12-12T12:20:08.427","","","Rel-10","","","","","","","",null,"IETF tsvwg","TSG CT, TSG RAN, SA WG2, SA WG4, RAN WG2, RAN WG3, CT WG1, CT WG3, CT WG4","SP-150829"]
["S2-160054","LS from TSG SA: LS on ePDG Selection versus LI requirements","TSG SA","Alessio Casati",68028,"LS in","","Action","TSG SA thanks SA WG2 for their LS on ePDG Selection versus LI requirements.  TSG SA has agreed that ePDG selection mechanisms are not complete as long as LI requirements have not been taken into account fully in the specifications. TSG SA has identified t","","11","5.3","Non-3GPP Access Maintenance",11870,"noted","2015-12-12T11:39:13.967","2015-12-12T12:20:08.607","","","Rel-13","","","","","","","",null,"SA WG3LI, SA WG2, CT WG1","ETSI TC LI, GSMA NG RILTE","SP-150831"]
["S2-160055","LS from TSG SA: LS on LTE support for V2X services","TSG SA","Erik Guttman",18782,"LS in","","Information","3GPP Technical Specification Group (TSG) Service & Systems Aspects (SA) Working Group 1 (WG1) has recently completed a study on LTE support for V2X Services in 3GPP Technical Report (TR) 22.885 (attached), as approved at the TSG SA#70 meeting, December 20","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17300,"noted","2015-12-12T11:39:13.993","2015-12-12T12:20:08.800","","","Rel-14","","","","","","","",null,"ARIB, ATIS, TSG SA, ETSI, TSDSI, TTA, TTC, TSG CT, NGMN Alliance, 4G Americas, COAI, ETSI ITS, Korean Ministry of Land, TSG RAN, IEEE, TSG SA, TSG SA, CITS, WWRF, C2CCC, ACEA, ERTICO, ACEM","SA WG1, SA WG2, TSG RAN, RAN WG1","SP-150839"]
["S2-160056","LS from TSG SA: LS to WGs on Application Architecture related SI/WI proposals not related to Critical Communications","TSG SA","Andrew Thiessen",50508,"LS in","","Information","During TSG SA #70,.a proposal to change the Terms of Reference (TOR) for SA WG6 was considered. The proposal was to expand the scope of SA WG6 to include application architecture work (as described by the current SA WG6 TOR) beyond that related to critica","","6","4.1","Common issues and Incoming LSs",10070,"noted","2015-12-12T11:39:14.017","2015-12-12T12:20:09","","","","","","","","","","",null,"SA WG6","SA WG1, SA WG2, SA WG3, SA WG4, SA WG5, TSG CT, TSG RAN","SP-150848"]
["S2-160057","Support of Lawful intercept ePDG requirements (option A)","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: A new indicator is added that, based on MME local policy and information received from the HSS allows the MME to signal back in an Attach Accept if VoWLAN is supported.","Revision of S2-153972 from meeting #112. LATE DOC: . WITHDRAWN","11","5.3","Non-3GPP Access Maintenance",12000,"withdrawn","2015-12-16T16:53:18.007",null,"S2-153972","","Rel-13","23.401","13.5.0","TEI13","2937","1","B",null,"","","","",""]
["S2-160058","Support of Lawful intercept ePDG requirements (option B)","BlackBerry UK Ltd, Qualcomm Incorporated","Adrian Buckley",26735,"CR","","Approval","Summary of change: A new indicator is added that, based on MME local policy and information received from the HSS allows the MME to signal back in an Attach Accept if VoWLAN is supported.","Revision of S2-153973 from meeting #112. Revised to S2-160577.","11","5.3","Non-3GPP Access Maintenance",12010,"revised","2015-12-16T16:54:55.507","2016-01-19T04:04:11.137","S2-153973","S2-160577","Rel-13","23.401","13.5.0","TEI13","2938","1","B",null,"","","","",""]
["S2-160059","Support of Lawful intercept ePDG requirements","BlackBerry UK Ltd, Qualcomm Incorporated","Adrian Buckley",26735,"CR","","Approval","Summary of change: The ePDG selection procedure is enhanced as follows: - The UE considers an indication introduced in 23.401 in NAS from the VPLMN when connecting to it, as to whether an ePDG shall be selected in the visited country or not - The selectio","Related to LS in S2-160054. Revised to S2-160578.","11","5.3","Non-3GPP Access Maintenance",11910,"revised","2015-12-16T16:57:55.187","2016-01-19T04:04:11.170","","S2-160578","Rel-13","23.402","13.4.0","TEI13","2924","","C",null,"","","","",""]
["S2-160060","Evaluation and conclusion of Solution #1","Orange","Ali-Amine Mouafik",44938,"pCR","","Approval","This contribution proposes an evaluation and conclusion for solution#1","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15580,"revised","2015-12-29T10:36:53.273","2016-01-18T14:40:12.973","","S2-160739","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160061","Traffic detection in case of encrypted traffic","Allot Communications, Openet, KDDI, Ericsson","Alla Goldner",42718,"pCR","","Approval","This P-CR describes one possible solution for the Study on Sponsored Data Connectivity Improvements, Key Issue 3 - Encrypted traffic detection.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17280,"revised","2016-01-05T09:39:36.323","2016-01-19T10:23:03.923","","S2-160585","Rel-14","23.721","0.1.0","FS_SDCI","","",null,"","","","","",""]
["S2-160062","Reply to LS on application based charging for applications identified by service data flow filters","Allot Communications Ltd.","Alla Goldner",42718,"LS out","","Approval","Reply on LS received from SA WG5 on application based charging for applications identified by service data flow filters","","10","5.2","QoS and PCC Maintenance",11530,"revised","2016-01-05T09:44:18.763","2016-01-19T10:23:03.953","","S2-160597","Rel-13","","","","","","","","S2-160048","SA WG5"]
["S2-160063","Correction to ePDG selection for emergency bearer services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"CR","","Approval","Summary of change: clause4.5.4a.3 about the Dynamic selection of an ePDG that can support emergency sessions is modified to refer only to the 'Operator Identifier' FQDN as described in clause 4.5.4.2.","Revised in parallel sessions to S2-160573.","11","5.3","Non-3GPP Access Maintenance",11600,"revised","2016-01-06T17:59:52.053","2016-01-19T10:54:54.987","","S2-160573","Rel-13","23.402","13.4.0","SEW1","2925","","F",null,"","","","",""]
["S2-160064","Sending an Emergency-Indication to the 3GPP AAA Server over S6b","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"CR","","Approval","Summary of change: Indicate that in case of an APN for Emergency services, the PGW provides an Emergency-Indication over S6b allowing the AAA server to apply specific processing related with PDN connections set for emergency services","Agreed in parallel sessions Block approved","11","5.3","Non-3GPP Access Maintenance",11620,"agreed","2016-01-06T17:59:52.163","2016-01-19T10:54:55.033","","","Rel-13","23.402","13.4.0","SEW1","2926","","F","SP-160160","","","","",""]
["S2-160065","Evaluation on the solutions related with 'Determine Emergency Call Numbers'","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Provides an Evaluation on the solutions related with 'Determine Emergency Call Numbers'","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13850,"revised","2016-01-06T17:59:52.227","2016-01-19T10:54:55.067","","S2-160693","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160066","solution &&Y for ePDG selection for emergency services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","New solution &&Y for ePDG selection for emergency services","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13790,"revised","2016-01-06T17:59:52.240","2016-01-19T10:54:55.113","","S2-160690","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160067","Solution: IMEI check in case of in case of an EPC session for emergency services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Introduces a new Solution which is related with the Key issue: IMEI check in case of emergency sessions. Updates also the solution for un-authenticated EPC session over WLAN accordingly","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13600,"available","2016-01-06T17:59:52.240","2016-01-19T10:54:55.160","","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160068","Update to solution 11 (Determine Emergency Call Numbers)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Update to solution 11 (Determine Emergency Call Numbers)","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13810,"revised","2016-01-06T17:59:52.257","2016-01-19T10:54:55.190","","S2-160691","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160069","Update to solution 17 (mobility with EPC)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Update to solution 17 (mobility with EPC)","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13640,"revised","2016-01-06T17:59:52.257","2016-01-19T10:54:55.237","","S2-160568","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160070","Update to solution 19 (un-authenticated UE)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Update to solution 19 (un-authenticated UE)","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13610,"revised","2016-01-06T17:59:52.257","2016-01-19T10:54:55.267","","S2-160567","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160071","Minor Update to solution 21 (Access Selection) & to clause 7.2 (Evaluation)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Minor Update to solution 21(Access Selection) + add section # for clause 7.2 on Evaluation","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13830,"revised","2016-01-06T17:59:52.273","2016-01-19T10:54:55.300","","S2-160692","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160072","Key issue: IMEI check in case of emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Introduces a new Key issue: IMEI check in case of emergency sessions","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13580,"revised","2016-01-06T17:59:52.273","2016-01-19T10:54:54.957","","S2-160566","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160073","Location of the resource allocation function (F-TEID, UE IP @)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Proposes a solution for the Location (CP/UP) of the resource allocation functions (F-TEID, UE IP @ allocation).","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15170,"merged","2016-01-06T17:59:52.273","2016-01-19T14:09:52.527","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160074","New Solution: Usage of a sponsoring","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","adds a new solution: Usage of a sponsoring","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17100,"revised","2016-01-06T17:59:52.287","2016-01-19T14:09:52.557","","S2-160583","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160075","LS on the Revocation of Discovery Filters","TELECOM ITALIA S.p.A.","Mario Madella",23765,"LS out","","Approval","Reply LS to Incoming liaison 'LS on the clarifications on the Revocation of Discovery Filters' S2-160010 (C4-151864)","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10870,"revised","2016-01-07T13:05:29.160","2016-01-11T07:41:07.007","","S2-160550","Rel-13","","","","","","","","S2-160010","CT WG4","CT WG1"]
["S2-160076","New SID on Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, Broadcom, Sprint, Verizon, AT&T, Nokia Networks","Laurent Thiebaut",11066,"SID new","","Approval","new SID for FS-SEW2 to align with the 3GPP WID DB (book keeping purpose). Delta wrt FS-SEW are highlighted by revision marks","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18330,"revised","2016-01-07T14:26:39.683","2016-01-19T10:56:11.880","","S2-160496","Rel-14","","","","","","","","","","","",""]
["S2-160077","[Draft] Reply LS on Set of Rel-13 features for the Support of Emergency sessions over WLAN","Alcatel-Lucent","Laurent Thiebaut",11066,"LS out","","Approval","Proposes an update to 22.101 clause 10.1 'General requirements' (for emergency services in Rel-13)","","11","5.3","Non-3GPP Access Maintenance",11570,"revised","2016-01-07T14:45:05.520","2016-01-19T10:56:11.910","","S2-160572","","","","","","","","",null,"SA WG1","GSMA NG, WBA"]
["S2-160078","New WID on the Support of Emergency services over WLAN - phase 2 (SEW2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, Broadcom, Sprint, Verizon, AT&T, Nokia Networks","Laurent Thiebaut",11066,"WID new","","Approval","new WID for SEW2 to do the normative work based on the output of FS-SEW2","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18360,"revised","2016-01-07T15:32:20.197","2016-01-19T10:56:11.833","","S2-160497","Rel-14","","","","","","","","","","","",""]
["S2-160079","Control plane function providing pre-allocated GTP-U IP address and TEID to the user plane function (during restoration scenario)","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","For supporting the user plane session restoration case, it is proposed that control plane can provide previously allocated GTP-U IP address and TEID to the user plane.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15010,"revised","2016-01-08T04:41:43.693","2016-01-19T06:47:30.387","","S2-160562","Rel-14","","","","","",null,"","","","","",""]
["S2-160080","Considerations and solution for supporting extended buffering for the UE in power saving mode","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes consideration for the functionality of supporting the extended buffering for the UE in power saving mode. It also proposes one solution to support this function in the control plane function of the SGW.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15420,"revised","2016-01-08T04:44:03.047","2016-01-19T06:47:30.420","","S2-160779","Rel-14","","","","","",null,"","","","","",""]
["S2-160081","Consideration for performing LI functionality","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution to support the LI reference points in the split architecture. The proposal is to terminate the LI related reference points in the control plane function.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14880,"revised","2016-01-08T04:45:48.707","2016-01-19T06:47:30.450","","S2-160559","Rel-14","","","","","",null,"","","","","",""]
["S2-160082","Considerations and solution for UE IP address management","Cisco Systems, Inc., ZTE","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution for UE IP address management. It proposes to allocate the UE IP address management function to the control plane function of the PGW.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15200,"revised","2016-01-08T04:47:43.617","2016-01-19T06:47:30.483","","S2-160761","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160083","Considerations for the functionality supported by the user plane function","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes new consideration for the functionality supported by the user plane function since some of the functionality, as defined today, are optional.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15230,"revised","2016-01-08T04:49:45.733","2016-01-19T06:47:30.527","","S2-160775","Rel-14","","","","","",null,"","","","","",""]
["S2-160084","Considerations for 3GPP specific information at the user plane function","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes new consideration in providing 3GPP specific information, including the subscriber's and UE's identity, to the user plane function.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15440,"revised","2016-01-08T04:53:20.700","2016-01-19T06:47:30.560","","S2-160780","Rel-14","","","","","",null,"","","","","",""]
["S2-160085","Architectural Requirements and Assumption for Grouped-based signalling delivery","KDDI Corporation","Takeshi Usui",59388,"pCR","","Approval","WITHDRAWN: Architectural Requirements and Assumption for Grouped-based signalling delivery","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16680,"withdrawn","2016-01-10T16:23:35.363",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-160086","Key issue for signalling aggregation and optimization","KDDI, China Telecom, ZTE, Sprint, China Unicom","Takeshi Usui",59388,"pCR","","Approval","This document proposes key issue for signalling aggregation and optimization.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16510,"available","2016-01-10T16:25:58.680","2016-01-18T17:10:57.327","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160087","Adding Relay Service Code to Additional Information Message","Nokia Networks","György Wolfner",68507,"CR","","Approval","This CR adds Relay Service Code to the Additional Information Relay Discovery Additional Information message.","LATE DOC: Rx 20/01 14:00. Revised to S2-160557.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11160,"revised","2016-01-11T13:29:52.603","2016-01-20T13:04:23.747","","S2-160557","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0296","","F",null,"","","","",""]
["S2-160088","Considerations on priority between ANDSF and LWA and CRLWI","Nokia Networks","György Wolfner",68507,"discussion","","Discussion","This paper provides some considerations on priority between ANDSF and LWA and CRLWI and proposes a way forward.","","11","5.3","Non-3GPP Access Maintenance",12210,"noted","2016-01-11T13:43:25.863","2016-01-19T14:41:15.533","","","Rel-13","","","","","","","","","","","",""]
["S2-160089","[Draft] LS on Co-existence between LTE-WLAN Radio Level Integration and other WLAN offloading solutions (e.g. ANDSF)","Nokia Networks","György Wolfner",68507,"LS out","","Approval","This is a draft LS proposal to RAN WG2 on co-existence between LTE-WLAN Radio Level Integration and Interworking Enhancement and other WLAN offloading solutions (e.g. ANDSF).","","11","5.3","Non-3GPP Access Maintenance",12220,"revised","2016-01-11T13:49:23.853","2016-01-19T14:41:15.563","","S2-160600","Rel-13","","","","","","","",null,"RAN WG2"]
["S2-160090","Correction in MME triggered Serving GW relocation procedure","Nokia Networks","György Wolfner",68507,"CR","","Approval","Summary of change: Step 5 of the procedure is revised according to RAN WG3 decision and Editor's Note is removed.","Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10740,"agreed","2016-01-11T13:53:24.920","2016-01-19T14:41:15.610","","","Rel-12","23.401","12.10.0","LIMONET","2952","","F","SP-160156","","","","",""]
["S2-160091","Correction in MME triggered Serving GW relocation procedure","Nokia Networks","György Wolfner",68507,"CR","","Approval","Rel-13 mirror CR: Summary of change: Step 5 of the procedure is revised according to RAN WG3 decision and Editor's Note is removed.","Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10750,"agreed","2016-01-11T13:56:09.700","2016-01-19T14:41:15.643","","","Rel-13","23.401","13.5.0","LIMONET","2953","","A","SP-160156","","","","",""]
["S2-160092","Solution for Key Issue 1","NEC","Filipe Leitao",62980,"pCR","","Approval","This contribution proposes a solution for the key issue 1 based on the provisioning of packet flow description over the SCEF to the SPR/UDR.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16960,"revised","2016-01-12T15:12:50.467","2016-01-19T13:55:37.997","","S2-160580","","","","","","",null,"","","","","",""]
["S2-160093","Key issue on Modular Logical Functions in the NextGen System","AT&T, Qualcomm Inc., Deutsche Telekom, China Mobile","Farooq Bari",57133,"pCR","","Approval","This contribution aims to add a key issue on granularity and modularity of logical functions in NextGen Core Network","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16340,"revised","2016-01-12T19:26:12.903","2016-01-19T14:24:44.963","","S2-160670","Rel-14","","","","","",null,"","","","","",""]
["S2-160094","New key issue: Interconnection model for the control plane functional entities of the core network","Cisco Systems, Inc., Vodafone, Allot Communications","Nirav Salot",56645,"pCR","","Approval","This paper highlights the issues with the existing control plane interconnection model, which is based on point-to-point interface, and proposes a new key issue to study alternative interconnection model for the control plane functional entities of the co","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16390,"merged","2016-01-13T17:32:02.097","2016-01-19T06:47:30.590","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160095","UE IP Address Allocation","Samsung","Jayshree Bharatia",63826,"other","","Approval","This contribution provides updates to TR 23.714 related to IP address allocation of UE.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15380,"revised","2016-01-13T17:40:16.567","2016-01-13T17:49:59.317","","S2-160294","Rel-14","","","","","","","","","","","",""]
["S2-160096","DHCP Role in IP Address Allocation","Samsung","Jayshree Bharatia",63826,"other","","Approval","DHCP Role in IP Address Allocation.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15180,"merged","2016-01-13T17:43:49.647","2016-01-13T17:50:22.233","","","Rel-14","","","","","","","","","","","",""]
["S2-160097","Solution to key issue# 2: SGW User plane selection by taking PGW User plane into account","NEC","Toshiyuki Tamura",17921,"pCR","","Approval","This P-CR proposes solution to key issue# 2: Selection mechanism for user plane functional entities. It is proposed that the SGW-U and PGW-U can be collocated when UE configures multiple PDN connections.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15250,"revised","2016-01-14T00:01:48.673","2016-01-19T05:57:18.907","","S2-160776","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160098","NexGen TR Reference of TR 23.799 V0.1.1","China Mobile","Tao Sun",54129,"pCR","","Approval","Provide NexGen TR 23.799 V0.1.1 for Reference","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15700,"noted","2016-01-14T03:12:04.537","2016-01-19T11:31:40.923","","","Rel-14","23.799","0.1.1","","","",null,"","","","","",""]
["S2-160099","Provisioning sponsored data connectivity information via SCEF","China Mobile, China Unicom, Huawei, ZTE","Aihua Li",58162,"pCR","","Approval","Proposal to the solution of Provisioning sponsored data connectivity information via SCEF.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17000,"revised","2016-01-14T07:16:58.283","2016-01-18T16:12:45.787","","S2-160581","","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160100","Detach procedure for CIoT optimization","China Mobile, Huawei, ZTE","Aihua Li",58162,"CR","","Approval","Summary of change: Delete the session management procedures in detach procedure for the UE attached without any PDN connection.","Revised to S2-160766.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13120,"revised","2016-01-14T07:27:04.793","2016-01-18T16:14:05.287","","S2-160766","Rel-13","23.401","13.5.0","TEI13, CIoT","2954","","B",null,"","","","",""]
["S2-160101","A mechanism of information storage for NB-IOT users","China Mobile Com. Corporation","Aihua Li",58162,"CR","","Approval","WITHDRAWN: 23.401 CR2955: A mechanism of information storage for NB-IOT users","WITHDRAWN","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13470,"withdrawn","2016-01-14T07:30:05.470",null,"","","Rel-13","23.401","13.5.0","","2955","","B",null,"","","","",""]
["S2-160102","SDCI Architectural Assumptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","Additional architectural assumptions are proposed to help guide the solution text.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16910,"noted","2016-01-14T09:55:52.847","2016-01-19T13:22:27.807","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160103","SDCI Key Issue 2 - PCRF Management of Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","A solution to address key issue 2 enabling PCRF to manage Sponsor Packet Flow Descriptions","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17130,"revised","2016-01-14T09:58:12.217","2016-01-19T13:22:52.827","","S2-160584","Rel-14","","","","","",null,"","","","","",""]
["S2-160104","SDCI New Key Issue - Static Sponsorship","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","A new key issue is proposed to help simplify the rollout of some sponsored data use cases.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16930,"revised","2016-01-14T10:00:39.590","2016-01-19T13:22:52.860","","S2-160579","Rel-14","","","","","",null,"","","","","",""]
["S2-160105","SDCI Rx Referencing Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","An approach to enable the referencing of sponsor packet flow descriptions on Rx","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17030,"revised","2016-01-14T10:02:33.047","2016-01-19T13:22:52.907","","S2-160582","Rel-14","","","","","",null,"","","","","",""]
["S2-160106","Issues on supporting SIPTO@LN and CSG functions for dual connectivity","Samsung","Sung Hwan Won",46717,"discussion","","Decision","Issues on the RAN WG3 agreements regarding LTE_dualC_ext-Core are addressed and Samsung's views on the issues are described.","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10230,"noted","2016-01-14T11:07:19.297","2016-01-19T12:50:26.007","","","Rel-13","","","","","","","","","","","",""]
["S2-160107","Support of CSG, LIPA, and SIPTO@LN functions for dual connectivity","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: Support of CSG, LIPA, and SIPTO@LN functions for dual connectivity is clarified. The E-UTRAN initiated E-RAB modification procedure includes descriptions relevant to the CSG memebership verification and User CSG Information update.","Revised in parallel sessions to S2-160510.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10240,"revised","2016-01-14T11:09:34.500","2016-01-19T12:50:26.040","","S2-160510","Rel-13","23.401","13.5.0","TEI13, LTE_dualC_ext-Core","2956","","B",null,"","","","",""]
["S2-160108","Support of CSG function for dual connectivity","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The user CSG Information may include bearer identifier(s).","Noted in parallel sessions","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10260,"noted","2016-01-14T11:12:11.997","2016-01-19T12:50:26.087","","","Rel-13","23.203","13.6.0","TEI13, LTE_dualC_ext-Core","1017","","B",null,"","","","",""]
["S2-160109","[DRAFT] Reply LS on RAN WG3 agreements on DC enhancements for LTE","Samsung","Sung Hwan Won",46717,"LS out","","Approval","Response to R3-152911","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10190,"revised","2016-01-14T11:14:25.530","2016-01-19T12:50:26.117","","S2-160511","Rel-13","","","","","","","","S2-160046","RAN WG3, CT WG3, CT WG4"]
["S2-160110","Determination of MB2/Ns interface connection agreement","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The SCEF derives the targeted PLMN ID from the location information included in the request in order to determine if it has MB2/Ns interface connection agreement with the PLMN.","Revision of S2-154050 from meeting #112. Revised in parallel sessions to S2-160504.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10330,"revised","2016-01-14T11:19:53.910","2016-01-19T12:50:26.147","S2-154050","S2-160504","Rel-13","23.682","13.4.0","AESE","0156","1","F",null,"","","","",""]
["S2-160111","eDecor Key Issue 1 Solution 3 - evaluation","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution populates the Solution Evaluation section of Solution 3 for Key issue 1 with the benefits and the drawbacks for this solution","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14690,"available","2016-01-14T18:12:13.363","2016-01-19T12:04:34.200","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160112","eDecor Key Issue 1 - solutions evaluation and conclusion","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution analyses and evaluates the solutions for eDecor Key Issue 1 (DCN selection by UE) and proposes a solution for the normative specs","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14710,"revised","2016-01-14T18:15:40.873","2016-01-19T12:06:03.480","","S2-160522","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160113","Discussion on Lawful Interception in split architectures","OTD","Jeffrey Gray",61557,"discussion","","Discussion","This discussion paper highlights a potential deficiency related to the proposed solution for Lawful Interception of split architectures.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15000,"available","2016-01-14T20:49:58.420","2016-01-15T21:26:48.243","","","Rel-14","","","","","","","","","","","",""]
["S2-160114","Considerations on TWAN authorization","Nokia Networks","György Wolfner",68507,"discussion","","Discussion","This paper provides considerations on TWAN authorization and proposes clarifications requested in LS (S2-152992/C4-151071).","","11","5.3","Non-3GPP Access Maintenance",12360,"available","2016-01-15T07:32:03.163","2016-01-19T14:41:15.673","","S2-161837","Rel-12","","","","","","","","","","","",""]
["S2-160115","Clarification on TWAN authorization","Nokia Networks","György Wolfner",68507,"CR","","Approval","Summary of change: The requirement for direct STa interface is removed.","Not Handled","11","5.3","Non-3GPP Access Maintenance",12370,"available","2016-01-15T07:37:17.313","2016-01-19T14:41:15.703","","S2-161836","Rel-12","23.402","12.9.0","TEI12","2927","","F",null,"","","","",""]
["S2-160116","Clarification on TWAN authorization","Nokia Networks","György Wolfner",68507,"CR","","Approval","Rel-13 mirror CR: Summary of change: The requirement for direct Sta interface is removed.","Not Handled","11","5.3","Non-3GPP Access Maintenance",12380,"available","2016-01-15T07:40:25.103","2016-01-19T14:41:15.750","","S2-161835","Rel-13","23.402","13.4.0","TEI12","2928","","A",null,"","","","",""]
["S2-160117","[draft] Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","Nokia Networks","György Wolfner",68507,"LS out","","Approval","A proposed answer to C4-152179/S2-160033.","","11","5.3","Non-3GPP Access Maintenance",12390,"available","2016-01-15T07:44:44.530","2016-01-19T14:41:15.783","","","Rel-12","","","","","","","",null,"CT WG4","CT WG1"]
["S2-160118","New Key Issue : S8 Home Routing in case of Non 3GPP access","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","adds a New Key Issue : S8 Home Routing in case of Non 3GPP access","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14540,"revised","2016-01-15T09:19:41.130","2016-01-19T14:32:24.813","","S2-160680","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160119","S8 Home Routing in case of Non 3GPP access","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","checks existing solutions wrt S8 Home Routing in case of Non 3GPP access","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14560,"available","2016-01-15T09:19:41.130","2016-01-19T14:57:15.440","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160120","How P-CSCF can detect emergency numbers in a VPLMN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Adds a new solution : How P-CSCF can detect emergency numbers in a VPLMN","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14150,"revised","2016-01-15T09:19:41.147","2016-01-19T14:32:24.827","","S2-160728","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160121","How to progress the SEW feature","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"discussion","","Endorsement","Endorse how to progress the SEW feature","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13870,"noted","2016-01-15T09:19:41.147","2016-01-19T10:58:18.067","","","Rel-14","","","","","","","","","","","",""]
["S2-160122","Selection of user plane functional entity deployed at the edge local network","Nokia Networks, Alcatel-Lucent","Yang Shen",68465,"pCR","","Approval","This contribution proposes to add a new solution on Selection of GW user plane functional entity deployed at the edge local network for key issue 2","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15280,"available","2016-01-15T11:56:33.683","2016-01-19T08:55:17.020","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160123","Functional split for Pre-defined PCC/ADC rule storage and operation","Nokia Networks","Yang Shen",68465,"pCR","","Approval","This contribution proposes to update 'Solution 1: Functional split for SGW, PGW and TDF' to include aspects of Pre-defined PCC/ADC rule","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15460,"withdrawn","2016-01-15T11:59:48.650",null,"","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160124","Evaluation of Solution#1","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution discusses the evaluation of solution#1 of TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13950,"revised","2016-01-15T13:28:39.887","2016-01-19T13:57:15.057","","S2-160681","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160125","Evaluation of Solution#2","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution discusses the evaluation of solution#2 of TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14090,"merged","2016-01-15T13:29:58.290","2016-01-19T13:57:15.103","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160126","Inbound roamer support","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support inbound roamers to the SeDoC PLMN from a PLMN without IMS support.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16810,"revised","2016-01-15T13:31:15.400","2016-01-19T13:57:15.137","","S2-160715","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160127","Outbound roamer support","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support SeDoC outbound roamers to a PLMN without IMS support.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16840,"revised","2016-01-15T13:32:22.777","2016-01-19T13:57:15.150","","S2-160717","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160128","CS Data support","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support CS data in a SeDoC network.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16900,"available","2016-01-15T13:33:39.013","2016-01-19T13:57:15.197","","","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160129","Key issue of Group Creation and Modification","Convida Wireless, Samsung","Michael Starsinic",45438,"pCR","","Approval","This contribution proposes a new key issue for GENCEF.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17950,"revised","2016-01-15T15:34:08.990","2016-01-15T15:52:36.847","","S2-160501","Rel-14","23.773","0.0.0","FS_GENCEF","","",null,"","","","","",""]
["S2-160130","First Conclusions of FS_SEW2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Start putting first conclusions in the TR","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13880,"noted","2016-01-15T16:49:50.697","2016-01-19T10:58:18.097","","","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160131","Clarification to Solution 18 for Key issue 3","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution resolves editor's note related to the identification of the exact applicable subset of TS 29.172","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13700,"revised","2016-01-15T19:55:42.117","2016-01-19T13:06:30.330","","S2-160571","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160132","Clarification to Solution 20 for Support of Emergency Services unauthenticated UE on S2b","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides clarification to solution 20 to ensure that either the MSISDN or the IMEI is included during the IKE tunnel establishment procedure.","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13630,"noted","2016-01-15T19:55:42.130","2016-01-19T13:06:30.377","","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160133","Key issue 3:   IKE-based, network initiated, WiFi Query for on-demand UE Location positioning mid-emergency session","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes IKE be extended to query UE for updated location mid-emergency session when PSAP initiates such a request, and when the UE is camped on WiFi.","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13720,"revised","2016-01-15T19:55:42.130","2016-01-19T13:06:30.427","","S2-160725","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160134","Key issue 3:   On-demand Network initiated UE Location Positioning mid-emergency session via the emergency signalling channel","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes that the PSAP uses the emergency signalling channel established with a UE to query the UE for an updated location mid-session","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13740,"approved","2016-01-15T19:55:42.130","2016-01-19T13:06:30.470","","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160135","Replacing Incorrect Reference for business trunking Specification TS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Include the correct reference","Revised in parallel sessions to S2-160589.","12","5.4","IMS and IMS-Related Maintenance",12440,"revised","2016-01-15T19:55:42.147","2016-01-19T13:06:30.517","","S2-160589","Rel-13","23.228","13.4.0","IMS_Corp2, BusTI","1144","","F",null,"","","","",""]
["S2-160136","Replacing Incorrect Reference for business trunking Specification TS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Rel-12 mirror CR: Summary of change: Include the correct reference","Revised in parallel sessions to S2-160590.","12","5.4","IMS and IMS-Related Maintenance",12470,"revised","2016-01-15T19:55:42.227","2016-01-19T13:06:30.597","","S2-160590","Rel-12","23.228","12.9.0","IMS_Corp2, BusTI","1145","","A",null,"","","","",""]
["S2-160137","Evaluation Criteria For S8HR","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This document includes proposal for a list of evaluation criteria for evaluating various solutions proposed for S8HR","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14270,"merged","2016-01-15T19:55:42.303","2016-01-19T13:06:30.660","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160138","Clarification to Solution #7: Local Number Translation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This document includes a clarification for solution 7 to include the PCRF as an impacted node.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14060,"revised","2016-01-15T19:55:42.303","2016-01-19T13:06:30.707","","S2-160685","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160139","Clarification to Solution #1: PCRF based VPLMN-ID and Local Database based non UE detectable emergency session","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This document includes a clarification for solution 1 to include PCRF as an impacted node.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13920,"noted","2016-01-15T19:55:42.303","2016-01-19T13:06:30.753","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160140","Clarification to Solution #2: Local Number Translation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This document includes a clarification for solution 2 to remove the P-CSCF detection for a local number.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14120,"approved","2016-01-15T19:55:42.320","2016-01-19T13:06:30.817","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160141","Solution to KI#2: Managing sponsored data connectivity information inside the operator's network","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposed Solution for key issue#2","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17160,"revised","2016-01-15T19:55:42.320","2016-01-19T13:06:30.907","","S2-160604","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160142","Bitrate variations","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clause 6.2.2.4 specifies how the network should take into account the bit rate variations. Both options, the policing function takes into account that services may send media with variable bandwitdh or a safety margin is applied when ca","Revised in parallel sessions to S2-160592.","10","5.2","QoS and PCC Maintenance",11300,"revised","2016-01-15T19:55:42.333","2016-01-19T13:06:30.957","","S2-160592","Rel-13","23.203","13.6.0","QOSE2EMTSI","1018","","F",null,"","","","",""]
["S2-160143","V2X Authorisation and parameter configurations","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Introduces Authorisation for V2X","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17620,"revised","2016-01-15T19:55:42.397","2016-01-19T13:06:31.003","","S2-160534","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160144","Impacts on 3GPP system for IMS handling for eCall","Ericsson","Shabnam Sultana",21207,"pCR","","Discussion","Provides analysis and issues with ecrit/MSD handling for eCall","","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17790,"noted","2016-01-15T19:55:42.413","2016-01-19T13:06:31.033","","","Rel-14","","","EIEI","","",null,"","","","","",""]
["S2-160145","[DRAFT] LS on potential need of PCC enhancement for MCPTT","Ericsson","Shabnam Sultana",21207,"LS out","","Approval","Response to SA WG6 LS S6-151318","","10","5.2","QoS and PCC Maintenance",11370,"revised","2016-01-15T19:55:42.413","2016-01-19T13:06:31.097","","S2-160598","Rel-13","","","","","","","",null,"SA WG6","CT WG3, CT WG1"]
["S2-160146","Charging identities wwhen NBIFOM is used","Ericsson","Shabnam Sultana",21207,"discussion","","Approval","Discusses issues with current ways Charging Ids are handled when NBIFOM is used","","11","5.3","Non-3GPP Access Maintenance",11760,"noted","2016-01-15T19:55:42.427","2016-01-19T13:06:31.143","","","Rel-13","","","","","","","","","","","",""]
["S2-160147","Charging identities with multiple default bearers","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Separate the handling of the Charging Id from the handling of the default bearer Charging Id.","Agreed in parallel sessions Block approved","11","5.3","Non-3GPP Access Maintenance",11770,"agreed","2016-01-15T19:55:42.443","2016-01-19T13:06:31.190","","","Rel-13","23.161","13.1.0","NBIFOM","0012","","F","SP-160172","","","","",""]
["S2-160148","TAI List problem and User plane area mapping","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","The TAI List problem for CUPS is discussed and a solution is proposed","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15130,"revised","2016-01-15T19:55:42.507","2016-01-19T14:55:35.557","","S2-160774","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160149","UE IP address allocation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes a solution for how to handle UE IP address allocation in a CP-UP separated PGW","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15190,"merged","2016-01-15T19:55:42.520","2016-01-19T14:46:49.807","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160150","Correction to unsability indication","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Remove RAN Rule as trigger for usability indication.","Agreed in parallel sessions Block approved","11","5.3","Non-3GPP Access Maintenance",11780,"agreed","2016-01-15T19:55:42.520","2016-01-19T13:06:31.220","","","Rel-13","23.161","13.1.0","NBIFOM","0013","","F","SP-160172","","","","",""]
["S2-160151","eDECOR Defintions","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Definition to be included in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14570,"revised","2016-01-15T19:55:42.583","2016-01-19T13:06:31.267","","S2-160518","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160152","Load balancing and congestion control in eDECOR","Ericsson","Shabnam Sultana",21207,"discussion","","Discussion","Analyz of need for multiple weight factors and DCN overload control","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14780,"available","2016-01-15T19:55:42.600","2016-01-19T14:14:47.613","","","Rel-14","23.711","0.2.0","","","","","","","","","",""]
["S2-160153","Template Overall Evaluation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Template for overall evaluation matrix","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14840,"available","2016-01-15T19:55:42.600","2016-01-19T13:06:31.313","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160154","Solution #1: Solution Evaluation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Evaluation of solution #1 to be introduced in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14670,"revised","2016-01-15T19:55:42.617","2016-01-19T13:06:31.360","","S2-160521","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160155","Overall evaluation solution #2-#4","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Overall evaluation of solution #2 to #4 to be included in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14700,"merged","2016-01-15T19:55:42.630","2016-01-19T13:06:31.393","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160156","Conclusion for eDECOR TR","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Conclusion to be included in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14730,"available","2016-01-15T19:55:42.630","2016-01-19T14:14:47.643","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160157","LS on CS/PS coordination in GERAN Shared Networks","Ericsson","Shabnam Sultana",21207,"LS out","","Approval","WITHDRAWN: LS on CS/PS coordination in GERAN Shared Networks","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10690,"withdrawn","2016-01-15T19:55:42.647",null,"","","Rel-13","","","","","","","","S2-160035","GERAN WG2, RAN WG3"]
["S2-160158","Removing CS/PS-NRI signalling from MSC/SGSN to RNC/BSC","Ericsson","Shabnam Sultana",21207,"CR","","Approval","WITHDRAWN: 23.251 CR0106: Removing CS/PS-NRI signalling from MSC/SGSN to RNC/BSC","WITHDRAWN","6","4.1","Common issues and Incoming LSs",10100,"withdrawn","2016-01-15T19:55:42.663",null,"","S2-161442","Rel-13","23.251","13.1.0","CSPS_Coord","0106","","F",null,"","","","",""]
["S2-160159","Updates to solution 4","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Updates of solution #4","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15490,"approved","2016-01-15T19:55:42.757","2016-01-19T13:06:31.440","","","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160160","Evaluation of Solution 4","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Evaluation of solution #4","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15630,"revised","2016-01-15T19:55:42.757","2016-01-19T13:33:16.577","","S2-160740","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160161","Key issue: 3GPP architecture impacts to support network slicing","Ericsson, Deutsche Telekom, Motorola Mobility, Lenovo, KDDI, ZTE, China Telecom, CATT, LG Electronics, China Unicom, AT&T, Qualcomm Incorporated, NTT DOCOMO, NEC, Cisco Systems, Inc., Samsung","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose to add a new key issue on Network Slicing framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16090,"revised","2016-01-15T20:02:31.240","2016-01-19T14:14:47.677","","S2-160711","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160162","NGMN terminology and conceptual outline for Network Slicing","Ericsson, Cisco Systems, Inc., NTT DOCOMO","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to adopt the NGMN terminology and concept for Network Slicing","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15740,"revised","2016-01-15T20:02:31.240","2016-01-19T13:33:16.607","","S2-160705","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160163","New key issue: NexGen architecture impacts to support a mobility framework","Ericsson, CATT, NTT DOCOMO, China Telecom, NEC, Qualcomm Incorporated, Motorola Mobility, Lenovo, ZTE, Sprint, Intel, ETRI","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to add a new key issue for mobility management framework to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16260,"revised","2016-01-15T20:02:31.253","2016-01-19T14:14:47.723","","S2-160753","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160164","Key issue: 3GPP architecture impacts to support logical CN/RAN split","Ericsson, NTT DOCOMO","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose to add a new key issue on logical CN/RAN split","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16480,"available","2016-01-15T20:02:31.253","2016-01-19T13:33:16.637","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160165","Key issue: QoS Framework","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose to add a new key issue on QoS framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16060,"noted","2016-01-15T20:02:31.253","2016-01-19T13:33:16.667","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160166","Key issue: Base functions for a QoS framework","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose a solution for key issue QoS framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16660,"available","2016-01-15T20:02:31.270","2016-01-19T13:33:16.717","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160167","Requirements on optimized UE sleep state and state transitions","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose requirements regarding UE sleep state","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15780,"revised","2016-01-15T20:02:31.270","2016-01-19T13:33:16.747","","S2-160706","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160168","New key issue: 3GPP architecture impacts to support session management","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to add a new key issue for session management to the NexGen TR","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16180,"noted","2016-01-15T20:02:31.287","2016-01-19T14:14:47.753","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160169","Core and Access functional allocation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Providing functional requirements for core and access aspects","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15910,"revised","2016-01-15T20:02:31.287","2016-01-19T13:33:16.777","","S2-160710","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160170","HSS Initiated update for Dedicated CN Information/Redirection","InterDigital","Mahmoud Watfa",41881,"pCR","","Decision","This document addresses the scenario for subscription update related to eDECOR after the UE is already registered in the network.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14740,"revised","2016-01-15T21:12:06.613","2016-01-19T03:57:48.270","","S2-160524","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160171","Solution for Congestion Control based on DCN Type","InterDigital, ZTE","Mahmoud Watfa",41881,"pCR","","Decision","The document provides a solution to the key issue on congestion control for DCN Types.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14820,"available","2016-01-15T21:14:58.387","2016-01-19T03:57:48.300","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160172","A new NetLoc based solution for key issue#4","Intel, CMCC, Huawei, ZTE","Changhong Shan",45586,"pCR","","Approval","Propose a new NetLoc based solution for key issue #4 by retrieving TAI from EPC and maintaining mapping table between Geographical Identifier and TAI list in P-CSCF in TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14200,"revised","2016-01-16T07:38:47.267","2016-01-18T07:31:49.867","","S2-160730","Rel-14","23.749","","FS_V8","","",null,"","","","","",""]
["S2-160173","Evaluation and conclusion on solutions for key issue #4","Intel","Changhong Shan",45586,"pCR","","Approval","Propose evaluation and conclusion on solutions for key issue #4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14380,"merged","2016-01-16T07:38:47.267","2016-01-18T07:31:49.900","","","Rel-14","23.749","","FS_V8","","",null,"","","","","",""]
["S2-160174","Solution to support multiple PRAs in EPS in a dynamic manner using User Location Reporting","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose update and evaluation for solution #3 in TR 23.710","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15500,"revised","2016-01-16T07:38:47.283","2016-01-18T07:31:49.963","","S2-160736","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160175","Standalone SDCF based solution for key issue #1 and #2","Intel","Changhong Shan",45586,"pCR","","Approval","Propose a solution for key issue #1 and # 2 in FS_SDCI TR 23.721.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17200,"revised","2016-01-16T07:38:47.283","2016-01-18T07:31:49.930","","S2-160605","Rel-14","23.721","","FS_SDCI","","",null,"","","","","",""]
["S2-160176","Update of reference to add a new SA1 TS","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Adding a new SA WG1 TS to clause 2 and the corresponding changes are proposed to TR 23.785","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17360,"approved","2016-01-16T10:13:43.390","2016-01-16T11:14:45.013","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160177","Update of Key Issue#2","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Update of Key Issue#2","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17510,"revised","2016-01-16T10:22:25.267","2016-01-19T10:56:32.957","","S2-160531","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160178","Solution for Key Issue#1","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: Service authorization and revocation for V2X","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17610,"merged","2016-01-16T10:24:09.727","2016-01-19T10:56:32.987","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160179","Solution for Key Issue#2 (direct between UEs)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception for V2V/P Services using PC5","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17650,"revised","2016-01-16T10:25:51.107","2016-01-19T10:56:33.017","","S2-160535","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160180","Solution for Key Issue#2 (via eNB-type RSU)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception for V2V/P Services via an eNB-type RSU","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17670,"revised","2016-01-16T10:27:05.303","2016-01-19T10:56:33.050","","S2-160536","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160181","Solution for Key Issue#2 (via UE-type RSU)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception for V2V/P Services via a UE-type RSU","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17700,"available","2016-01-16T10:28:23.753","2016-01-19T10:56:33.097","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160182","Solution for Key Issue#5 (UE-type RSU)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception between a vehicle and a UE-type RSU for V2I","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17720,"available","2016-01-16T10:30:05.747","2016-01-19T10:56:33.127","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160183","Solution for Key Issue#5 (eNB-type RSU)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception between a vehicle and a eNB-type RSU for V2I","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17730,"available","2016-01-16T10:31:18.223","2016-01-19T10:56:33.157","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160184","Operating scenarios considering spectrum usage options for LTE-based V2X","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Based on the list of spectrum usage options included in TR 22.885 v14.0.0, this paper proposes to add main operating scenarios considering spectrum usage options for LTE-based V2X.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17740,"available","2016-01-16T10:32:37.283","2016-01-19T10:56:33.190","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160185","ePDG selection enhancements related to LI requirements","Alcatel-Lucent","Nicolas Drevon",16459,"discussion","","Discussion","This paper discusses the ePDG selection enhancements necessary for Lawful Interception requirements per described in the LS from SA plenary SP-150831, and proposes a way forward.","","11","5.3","Non-3GPP Access Maintenance",12030,"noted","2016-01-16T16:32:29.450","2016-01-19T14:58:45.857","","","Rel-13","","","","","","","","","","","",""]
["S2-160186","ePDG selection enhancements for the support of Lawful Interception","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: The ePDG selection procedure is enhanced as follows: - The UE considers an indication introduced in 23.401 in NAS from the VPLMN when connecting to it, as to whether an ePDG shall be selected in the visited country or not;  - The select","Merged with S2-160224, S2-160237 and S2-160271 into S2-160576","11","5.3","Non-3GPP Access Maintenance",11960,"merged","2016-01-16T16:35:22.500","2016-01-19T14:58:45.890","","","Rel-13","23.402","13.4.0","TEI13","2929","","C",null,"","","","",""]
["S2-160187","Discussion on Inactivity timer for eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"discussion","","Discussion","This paper discusses how to keep E-UTRAN and UTRAN RRC connection alive long enough to allow the Core Network or an application (such as SMS-MT) to send signalling or data after the detection of the UE by the Core Network. It also discusses the specific c","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10490,"noted","2016-01-16T16:39:35.747","2016-01-19T14:58:45.920","","","Rel-13","","","","","","","","","","","",""]
["S2-160188","Inactivity timer for eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: For a UE for which eDRX has been enabled, if the MME is aware that some signalling or data is pending in the network for that UE (e.g. pending MT SMS at the SMS Service Center, or an application has subscribed to UE reachability), the M","Revised in parallel sessions to S2-160525.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10500,"revised","2016-01-16T16:42:57.970","2016-01-19T14:58:45.953","","S2-160525","Rel-13","23.401","13.5.0","TEI13, eDRX","2957","","F",null,"","","","",""]
["S2-160189","Inactivity timer for eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: For UTRAN For an UE for which eDRX has been enabled, if the SGSN is aware that some signalling or data is pending in the network for that UE (e.g. pending MT SMS at the SMS Service Center or an application has subscribed to UE reachabil","Revised in parallel sessions to S2-160526.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10520,"revised","2016-01-16T16:44:21.430","2016-01-19T14:58:45.983","","S2-160526","Rel-13","23.060","13.5.0","eDRX, TEI13","1995","","F",null,"","","","",""]
["S2-160190","Evaluation of eDECOR solution#1 and proposal of a variant","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","This contribution discusses issues in some solution #1 basic principles and proposes an evaluation clause.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14620,"noted","2016-01-16T16:49:29.497","2016-01-19T14:58:46.013","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160191","Description of an eDECOR solution#1 variant","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","Based on solution #1 principle that the UE is updated with the CN instead of been pre-configured, and due to the non-universality of the DCN type (it is per PLMN), it is proposed to describe a variant of solution #1 based on the above principle but using","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14630,"revised","2016-01-16T16:50:25.313","2016-01-19T14:58:46.047","","S2-160520","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160192","IMEI check for trusted WLAN access to EPC case","Alcatel-Lucent, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Specify the procedure of IMEI check during the initial attach over trusted WLAN access: - It is specified that the TWAN is the entity that triggers the IMEI check for a UE - It is specified that additional TWAN-AAA server exchanges are","Revised to S2-160723.","25","6.15","EIR check for WLAN access to EPC (EWE)",17830,"revised","2016-01-16T16:54:25.957","2016-01-19T14:58:46.077","","S2-160723","Rel-14","23.402","13.4.0","700039","2930","","B",null,"","","","",""]
["S2-160193","IMEI check for untrusted WLAN access to EPC case","Alcatel-Lucent, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Specify the procedure of IMEI check during the initial attach over untrusted WLAN access:It is specified that the ePDG is the entity that triggers the IMEI check for a UE, the ePDG retrieves the IMEI(SV) from the UE via IKEv2 procedures","Revised to S2-160724.","25","6.15","EIR check for WLAN access to EPC (EWE)",17850,"revised","2016-01-16T16:55:47.437","2016-01-19T14:58:46.107","","S2-160724","Rel-14","23.402","13.4.0","700039","2931","","B",null,"","","","",""]
["S2-160194","Scenario for PLMN partitioning","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","A scenario for key issue 2 (PLMN partitioning scenario) is proposed.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15540,"revised","2016-01-16T17:24:44.437","2016-01-19T14:58:46.140","","S2-160737","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160195","Solution for PLMN partitioning scenario (key issue 2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","A solution for key issue 2 (PLMN partitioning scenario) is proposed, which is compatible with the multiple PRA solution.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15560,"revised","2016-01-16T17:26:43.683","2016-01-19T14:58:46.170","","S2-160738","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160196","Managing sponsored data related information solution for key issue#2","China Unicom, China Mobile, China Telecom, Huawei, HiSilicon","Yang Xu",63572,"pCR","","Approval","This contribution proposes a new solution for SDCI.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17240,"revised","2016-01-18T03:38:10.503","2016-01-19T08:51:06.643","","S2-160606","","","","","","",null,"","","","","",""]
["S2-160197","Overall evaluation addressing key issue #1 and #3 for AULC","China Unicom, Intel, Orange","Yang Xu",63572,"pCR","","Approval","This paper proposes overall evaluation and conclusion on solutions for key issue #1 and #3.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15610,"revised","2016-01-18T03:39:46.223","2016-01-19T08:39:58.077","","S2-160603","","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160198","Fix wrong wording on DNS procedure for DECOR","NEC","Toshiyuki Tamura",17921,"CR","","Approval","Summary of change: This CR proposes to use normative wording as 'The DNS procedure may be used by the source CN node to'.","Revised in parallel sessions to S2-160508.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10140,"revised","2016-01-18T06:10:15.913","2016-01-19T05:57:18.937","","S2-160508","Rel-13","23.401","13.5.0","DECOR","2958","","F",null,"","","","",""]
["S2-160199","Add missing text for DNS procedure for DECOR","NEC","Toshiyuki Tamura",17921,"CR","","Approval","Summary of change: This CR proposes to add missing text on the DNS procedure for DECORE to 23.060.","Revised in parallel sessions to S2-160509.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10160,"revised","2016-01-18T06:13:52.677","2016-01-19T05:57:18.873","","S2-160509","Rel-13","23.060","13.5.0","DECOR","1996","","F",null,"","","","",""]
["S2-160200","LS from CT WG1: LS on ProSe Group Management Parameters","CT WG1","Andrew Allen",21705,"LS in","","Information","CT WG1 has been defining the content of the MCPTT Group Document in TS 24.381 and the MCPTT Group Management Object (MO) in TS 24.383 and has been considering the MCPTT Group configuration data defined in subclause 10.1.5.4 and in Annex B.4 of TS 23.179v1","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10960,"noted","2016-01-18T06:45:19.607","2016-01-18T07:21:18.790","","","Rel-13","","","","","","","",null,"SA WG6","SA WG2","C1-160621"]
["S2-160201","LS from CT WG1: LS on Extended coverage impact on NAS timers","CT WG1","Mikael Wass",40034,"LS in","","Information","CT WG1 thanks GERAN for the LS on Extending NAS timers to support EC-GSM operation (GPE150083/C1-153842) and wishes to inform GERAN and RAN WG2 of the progress in CT WG1 on the topic. CT WG1 has discussed the possible impact on NAS timers resulting from t","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12740,"noted","2016-01-18T06:45:19.607","2016-01-18T07:21:18.837","","","Rel-13","","","","","","","",null,"TSG GERAN, RAN WG2","SA WG2","C1-160739"]
["S2-160202","LS from CT WG1: LS on CT1 view on LS on SIP deregistration in GERAN and UTRAN (no VOPSSI)","CT WG1","Peter Leis",68371,"LS in","","Action","CT WG1 has discussed an incoming LS from GSMA NG RiLTE on 'SIP deregistration in GERAN and UTRAN (no VOPSSI)' and wants to provide CT WG1 view to SA WG2. CT WG1 decided not to send an outgoing LS to GSMA NG RiLTE but rather to provide our view to SA WG2 s","","12","5.4","IMS and IMS-Related Maintenance",12430,"noted","2016-01-18T06:45:19.607","2016-01-18T07:21:18.867","","","","","","","","","","",null,"SA WG2","-","C1-160759"]
["S2-160203","LS from CT WG1: Reply LS on RCC.14 Device Management Protocol","CT WG1","Marianne Mohali",36875,"LS in","","Information","CT WG1 thanks GSMA RILTE for their LS on RCC.14 Device Management Protocol. CT WG1 has discussed the questions sent by GSMA and concluded the following: - CT WG1 defines UE configuration parameters in MOs in CT WG1 technical specifications. - The UE confi","","6","4.1","Common issues and Incoming LSs",10090,"postponed","2016-01-18T06:45:19.623","2016-01-18T07:21:18.900","","S2-161364","","","","","","","","",null,"GSMA NG RILTE","SA WG2, SA WG3, SA WG4","C1-160761"]
["S2-160204","LS from CT WG1: LS on NG eCall support for the EU","CT WG1","Ivo Sedlacek",41880,"LS in","","Information","CT WG1 would like to thank IETF Ecrit WG for the LS (C1-152644) on NG eCall support for the EU. CT WG1 would like to inform IETF Ecrit WG that CT WG1 will work on stage-3 for eCall in IMS in Release 14 (ending in June 2017), subject to SA WG2 completion o","","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17760,"noted","2016-01-18T06:45:19.623","2016-01-18T07:21:18.977","","","","","","","","","","",null,"IETF ECRIT WG","SA WG1, SA WG2","C1-160764"]
["S2-160205","LS from CT WG1: LS on the usage of QCI in eMBMS traffic relay","CT WG1","Yue He",61177,"LS in","","Action","CT WG1 has discussed how an eMBMS traffic relay determines the ProSe Per Packet Priority value for the MBMS contents relayed over PC5. In stage 2 TS 23.303, the following description was added about eMBMS traffic relay. For eMBMS traffic the ProSe UE-to-N","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10970,"replied to","2016-01-18T06:45:19.623","2016-01-18T07:21:19.007","","","Rel-13","","","","","","","",null,"SA WG2","-","C1-160769","S2-160885"]
["S2-160206","LS from CT WG1: LS on issues related to MT SMS over SGs delivery in eDRX","CT WG1","Lin Shu",43310,"LS in","","Action","CT WG1 has observed some issues for the mobile terminated SMS in eDRX procedure described in TS 23.272 subclause 8.2.4a (the procedure shown in Figure 8.2.4a-1). The more critical issues are described below: a. Every MT SMS delivery for UEs in eDRX will c","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10430,"replied to","2016-01-18T06:45:19.640","2016-01-18T07:21:19.040","","","Rel-13","","","","","","","",null,"SA WG2","CT WG4","C1-160782","S2-160540"]
["S2-160207","LS from CT WG1: LS on questions on CIoT","CT WG1","Christian Herrero-Veron",45210,"LS in","","Action","CT WG1 have started work on CIoT and would like to ask the following questions: (1) To SA WG2: Have CT WG1 to provide support for UEs which can have the UE-SCEF connection running in parallel with PDN connection such as Internet, IMS etc. Further informat","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12650,"replied to","2016-01-18T06:45:19.640","2016-01-18T07:21:19.070","","","Rel-13","","","","","","","",null,"SA WG2, RAN WG, RAN 2, RAN WG1","CT WG4","C1-160784","S2-160906"]
["S2-160208","LS from CT WG1: Reply LS on introduction of new establishment cause for mobile-originating calls","CT WG1","Gabor Ungvari",68489,"LS in","","Information","CT WG1 thanks RAN for the LS on introduction of new establishment cause for mobile-originating calls and wishes to provide the following feedback on the action indicated below. To CT WG1: RAN respectfully asks CT WG1 check whether the agreed CR RP-152056","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18040,"noted","2016-01-18T06:45:19.653","2016-01-18T07:21:19.103","","","Rel-12","","","","","","","",null,"RAN WG2, TSG RAN","RAN WG3, SA WG2","C1-160792"]
["S2-160209","Key issue on overall architecture design for next generation system","China Mobile, CATT, ZTE, CATR","Tao Sun",54129,"pCR","","Approval","This contribution propose to discuss the overall architecture design as a key issue for the next generation system","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16420,"merged","2016-01-18T07:23:43.743","2016-01-19T11:31:40.953","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160210","Architecture Assumptions","China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution proposes to add an architecture assumption for the next generation system.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15960,"revised","2016-01-18T07:26:45.170","2016-01-19T11:31:40.987","","S2-160674","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160211","Key issue on session management for 3GPP network","China Mobile, Qualcomm Incorporated, Ericsson, Intel","Tao Sun",54129,"pCR","","Approval","This contribution propose to add a new key issue about session management for the next generation architecture","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16160,"revised","2016-01-18T07:29:20.483","2016-01-19T14:07:15.920","","S2-160752","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160212","FS_RobVoLTE Scope of TR","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This document proposes text for the scope section of the Technical Report.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18090,"revised","2016-01-18T08:34:46.323","2016-01-19T07:22:51.960","","S2-160745","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160213","Robovolte Architectural Requirements","Huawei","Runze Zhou",60945,"pCR","","Approval","This paper proposes architectural requirements of the TR for FS_RobVoLTE.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18110,"revised","2016-01-18T08:34:46.323","2016-01-19T07:22:51.990","","S2-160746","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160214","Key issue-Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, Intel, China Unicom","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for VoLTE subscriber call setup failure when in bad LTE coverage overlaid with 2/3G CS coverage.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18210,"withdrawn","2016-01-18T08:34:46.323","2016-01-19T07:22:52.037","","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160215","Solution for key issue- Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, China Mobile, China Unicom, Intel, China Telecom, KPN, CATT","Runze Zhou",60945,"pCR","","Approval","This document describes the solution for the key issue that bad VoLTE user experience in bad LTE coverage overlaid with 2G/3G coverage","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18220,"withdrawn","2016-01-18T08:34:46.340","2016-01-19T07:22:52.083","","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160216","Skeleton of TR Robovolte","Rapporteur (Huawei)","Runze Zhou",60945,"pCR","","Information","Proposed Skeleton of TR 23.750 (Robovolte)","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18070,"revised","2016-01-18T08:37:45.130","2016-01-19T07:22:52.130","","S2-160744","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160217","LS from NGNM Alliance: NGMN Description of Network Slicing Concept","NGMN Alliance","Klaus Moschner",59428,"LS in","","Action","The NGMN Requirements and Architecture (P1) WS1 E2E Architecture has been working on detailing further the concept of Network Slicing presented in the NGMN White Paper. In order to enable SDOs to develop viable standards for Network Slicing there is a nee","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16120,"noted","2016-01-18T08:46:50.067","2016-01-18T09:25:49.550","","","","","","","","","","",null,"SA WG2","TSG SA, SA WG1, TSG RAN","160113_Liaison_NGNM_P1"]
["S2-160218","LS from ETSI TC ITS: LTE Support","ETSI TC ITS","Niels Peter Skov Andersen",718,"LS in","","Information","ETSI ITS would like to thank TSG SA for the LS provided on 'LTE support for V2X Services' and the related attachment (3GPP TR 22.885). The TR was noted and the scope and the consolidated requirements were generally discussed during ETSI ITS#21 meeting. It","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17350,"noted","2016-01-18T08:46:50.080","2016-01-18T09:25:49.410","","","","","","","","","","",null,"TSG SA","SA WG1, SA WG2, TSG RAN, RAN WG1","ITS(16)000010r2"]
["S2-160219","LS from GSMA RILTE: LS on Re-Attempting a Voice Call on CS Access based on SIP Response","GSMA RILTE","Michael Weilandt",33456,"LS in","","Action","NG RILTE has discussed whether and how an originating voice session attempted over PS access, e.g. LTE, shall be re-attempted as a voice call on CS access by the UE when the UE receives a final non-200 response to an originating SIP INVITE request. No cle","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18050,"postponed","2016-01-18T08:46:50.080","2016-01-18T09:25:49.457","","S2-161365","","","","","","","","",null,"SA WG2, CT WG1","-","RILTE49 Doc 109"]
["S2-160220","LS from GSMA RILTE: RCC.14 Device Management Protocol","GSMA RILTE","Merieme EL Orch",64548,"LS in","","Action","GSMA Networks Group RILTE would like to inform SA WG2, SA WG3, SA WG4 and CT WG1 groups that GSMA has specified an OTA device management mechanism based on HTTP transport protocol. This device management mechanism is currently used to support the RCS depl","","6","4.1","Common issues and Incoming LSs",10080,"noted","2016-01-18T08:46:50.097","2016-01-18T09:25:49.487","","","","","","","","","","",null,"GSG, SA WG2, SA WG3, SA WG4, CT WG1","-","RILTE49 Doc 114"]
["S2-160221","LS from TSG RAN: LS on introduction of new establishment cause for mobile-originating calls","TSG RAN","Tero Henttonen",32687,"LS in","","Information","RAN#70 agreed to define the VoLTE establishment cause for AS with SIB solution to avoid backward compatibility problems in the legacy network, i.e., eNB rejecting a call with unknown cause value. The agreed CR for this can be found in RP-152056. RAN plena","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18030,"noted","2016-01-18T08:46:50.097","2016-01-18T09:25:49.520","","","Rel-12","","","","","","","",null,"RAN WG2, CT WG1, RAN WG3","SA WG2","RP-152295"]
["S2-160222","Pre-configuration precedence UICC/ME","Gemalto N.V.","Anne-Marie Praden",33988,"CR","","Approval","Summary of change: Add a clarification on the precedence of pre-configured information on UICC over the corresponding pre-èconfigured information on ME.","Merged with S2-150601 into S2-160617","11","5.3","Non-3GPP Access Maintenance",12310,"merged","2016-01-18T09:27:41.760","2016-01-19T08:41:34.127","","","Rel-13","23.402","13.4.0","TEI13","2932","","F",null,"","","","",""]
["S2-160223","Updated Solution for ePDG Selection","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"discussion","","Approval","This document proposes an alternative ePDG selection solution","","11","5.3","Non-3GPP Access Maintenance",11880,"noted","2016-01-18T10:06:57.067","2016-01-19T13:21:25.080","","","Rel-13","","","","","","","","","","","",""]
["S2-160224","Updated ePDG Selection Procedure","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: An updated ePDG selection procedure is specified which:  - Allows a roaming UE to determine if the country it is located in mandates or does not mandate the selection of ePDG in this country. This is determined by the UE via a DNS query","Revised, merging S2-160237, S2-160271 and S2-160186 into S2-160576.","11","5.3","Non-3GPP Access Maintenance",11930,"revised","2016-01-18T10:09:29.477","2016-01-19T13:21:25.110","","S2-160576","Rel-13","23.402","13.4.0","TEI13","2933","","C",null,"","","","",""]
["S2-160225","Coexistence between ANDSF and LWA","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"discussion","","Approval","The solution agreed in SA WG2#112 for ANDSF and LWA coexistence is very inefficient because it restricts the UE to use either ANDSF procedures or LWA procedures within the same PLMN. The UE cannot use ANDSF procedures in some PLMN areas and LWA procedures","","11","5.3","Non-3GPP Access Maintenance",12110,"noted","2016-01-18T10:12:21.620","2016-01-19T13:21:25.140","","","Rel-13","","","","","","","","","","","",""]
["S2-160226","Coexistence between ANDSF and LWA","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The changes agreed in SA WG2#112 are reverted and a new solution is specified which defines the UE behavior when the UE supports both ANDSF procedures and LWA procedures for WLAN access selection and traffic steering. The UE behavior is","Revised in parallel sessions to S2-160599.","11","5.3","Non-3GPP Access Maintenance",12120,"revised","2016-01-18T10:15:24.983","2016-01-19T13:21:25.173","","S2-160599","Rel-13","23.402","13.4.0","TEI13","2934","","F",null,"","","","",""]
["S2-160227","Clarification on ANDSF precedence","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The above general requirement is deleted and more specific requirements are introduced, each one applying to a specific type of information provided by the ANDSF.  For example, it is clarified that the home operator may provide ISRP rul","Revision of S2-154085 from meeting #112. Revised in parallel sessions to S2-160601.","11","5.3","Non-3GPP Access Maintenance",12300,"revised","2016-01-18T10:20:43.593","2016-01-19T13:21:25.047","S2-154085","S2-160601","Rel-13","23.402","13.4.0","TEI13","2922","1","F",null,"","","","",""]
["S2-160228","TAU procedure update for CIoT EPS Optimisation","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: TAU procedure update to support the CIoT EPS optimization","Revised in drafting session to S2-160762.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13070,"revised","2016-01-18T10:27:32.140","2016-01-19T10:40:33.623","","S2-160762","Rel-13","23.401","13.5.0","CIoT","2959","","B",null,"","","","",""]
["S2-160229","RAU procedure update for CIoT EPS Optimisation","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: RAU procedure update to support the CIoT EPS optimization","Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13160,"available","2016-01-18T10:27:32.217","2016-01-19T10:40:33.657","","","Rel-13","23.401","13.5.0","CIoT","2960","","B",null,"","","","",""]
["S2-160230","Correction of the decision of NBIFOM mode_23161","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that the NBIFOM mode is determined by the PCRF.","Revised in parallel sessions to S2-160613.","11","5.3","Non-3GPP Access Maintenance",11640,"revised","2016-01-18T10:53:23.177","2016-01-19T07:41:34.590","","S2-160613","Rel-13","23.161","13.1.0","NBIFOM","0014","","F",null,"","","","",""]
["S2-160231","Correction of the decision of NBIFOM mode_23203","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that the NBIFOM mode is determined by the PCRF.","Revised in parallel sessions to S2-160614.","11","5.3","Non-3GPP Access Maintenance",11660,"revised","2016-01-18T10:53:23.253","2016-01-19T07:41:34.620","","S2-160614","Rel-13","23.203","13.6.0","NBIFOM","1019","","F",null,"","","","",""]
["S2-160232","[draft] Reply LS on the decision of NBIFOM mode","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","Reply LS on C3-155320/S2-160031.","","11","5.3","Non-3GPP Access Maintenance",11680,"revised","2016-01-18T10:53:23.333","2016-01-19T07:41:34.653","","S2-160574","Rel-13","","","","","","","",null,"CT WG3","CT WG1, CT WG4"]
["S2-160233","Discussion of  NBIFOM procedure in SCM and RAN rules handling parameter","Huawei, HiSilicon","Runze Zhou",60945,"other","","Approval","Discuss the questions described in LS C1-154645/S2-160025.","","11","5.3","Non-3GPP Access Maintenance",11730,"noted","2016-01-18T10:53:23.363","2016-01-19T07:41:34.683","","","Rel-13","","","","","","","","","","","",""]
["S2-160234","Correction of NBIFOM procedure in SCM and RAN rules handling parameter","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: 1) Clarify that the RAN Rules handling parameter is sent from the network to the UE during the PDN connection establishment via 3GPP. 2) Revise the current NBIFOM procedure in SCM to avoid enhancement in the 3GPP AAA server. Two alterna","Revised in parallel sessions to S2-160575.","11","5.3","Non-3GPP Access Maintenance",11740,"revised","2016-01-18T10:53:23.363","2016-01-19T07:41:34.717","","S2-160575","Rel-13","23.161","13.1.0","NBIFOM","0015","","F",null,"","","","",""]
["S2-160235","Co-existence of ANDSF and LWA","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: A co-existence solution between ANDSF and LWA is proposed.  Add 'LWA supported preference' indication in the ANDSF policy for WLAN selection.","Noted in parallel sessions","11","5.3","Non-3GPP Access Maintenance",12200,"noted","2016-01-18T10:53:23.440","2016-01-19T07:41:34.763","","","Rel-13","23.402","13.4.0","TEI13, LTE_WLAN_radio-Core","2935","","F",null,"","","","",""]
["S2-160236","Discussion of possible solutions to ePDG selection","Huawei, HiSilicon","Runze Zhou",60945,"other","","Discussion","Discuss the requirements identified in the LS sent out from SA plenary and possible solutions for ePDG selection.","","11","5.3","Non-3GPP Access Maintenance",11890,"noted","2016-01-18T10:53:23.503","2016-01-19T09:39:04.823","","","Rel-13","","","","","","","","","","","",""]
["S2-160237","Improvement of ePDG selection procedure","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add two ePDG FQDNs, i.e., Roaming FQDN and Country FQDN, to satisfy the requirements identified by SA plenary.","Merged with S2-160224, S2-160271 and S2-160186 into S2-160576","11","5.3","Non-3GPP Access Maintenance",11940,"merged","2016-01-18T10:53:23.503","2016-01-19T09:39:04.793","","","Rel-13","23.402","13.4.0","TEI13","2936","","F",null,"","","","",""]
["S2-160238","NexGen Traffic identification","ZTE","Tricci So",44974,"pCR","","Approval","This contribution proposes new key issue for traffic identification","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16070,"noted","2016-01-18T11:11:44.733","2016-01-19T09:56:30.877","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160239","Considerations of GWU GTP-U TEID allocation and IP address Selection via Control Plane function","ZTE","Tricci So",44974,"pCR","","Approval","In this contribution, the control plane based vs. user plane based controlled for the 'P-GW GTP-U TEID allocation and IP address selection' is discussed and the CP vs. UP solutions are compared to justify the conclusion.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15050,"merged","2016-01-18T11:15:16.323","2016-01-19T09:56:30.907","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160240","CUPS Handover clarifications","ZTE, KDDI","Tricci So",44974,"pCR","","Approval","In this contribution, some clarifications regarding the handover in the SGW-U relocation procedure are proposed.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15300,"revised","2016-01-18T11:20:37.040","2016-01-19T09:56:30.937","","S2-160777","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160241","CUPS Solutions for SGW Service Area","ZTE, KDDI","Tricci So",44974,"pCR","","Approval","This contribution propose two solutions to address the key issue in clause 6.1.1.7 'Consideration for SGW Service Area and TAI list alignment due to control plane and user plane split of SGW'","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15110,"merged","2016-01-18T11:24:01.787","2016-01-19T09:56:30.987","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160242","Key issue on access agnostic core network","LG Electronics","Myungjune Youn",60905,"pCR","","Approval","It considers 3GPP architecture impact to support access agnostic core network","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16490,"available","2016-01-18T11:26:04.620","2016-01-19T09:45:33.107","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160243","Key issue on energy efficiency of a device","LG Electronics","Myungjune Youn",60905,"pCR","","Approval","It considers 3GPP architecture impacts to support energy efficiency of a device.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16630,"available","2016-01-18T11:26:04.637","2016-01-19T09:45:33.137","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160244","Update of High level Architectural Requirements","LG Electronics","Myungjune Youn",60905,"pCR","","Approval","It is proposed to remove support of GERAN and/or UTRAN from the High level Architectural Requirements.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15810,"revised","2016-01-18T11:26:04.637","2016-01-19T09:45:33.167","","S2-160707","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160245","CUPS Dynamic load consideration for user plane selection","ZTE, KDDI","Tricci So",44974,"pCR","","Approval","In this contribution, it is proposed to use dynamic reporting mechanism to retrieve the user plane node load.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15290,"available","2016-01-18T11:26:29.783","2016-01-19T09:56:31.017","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160246","Solution to Key Issues 3: MME triggered SGW relocation initiated by SGW-C","NEC","Genadi Velev",40661,"pCR","","Approval","This contribution proposes a solution to key issue 3 where the SGW-C initiates an existing MME triggered Serving GW relocation procedure in order to perform change of UP session identity.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15370,"available","2016-01-18T13:32:30.713","2016-01-19T13:38:15.453","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160247","Solution to Key Issues 4: Relocation of UP functional based on the UE topological location","NEC","Genadi Velev",40661,"pCR","","Approval","This contribution proposes a solution to key issue 4 for selection of a new UP functional entity based on the changed UE topological location.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15390,"available","2016-01-18T13:37:44.677","2016-01-19T13:38:15.423","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160248","Impacts of network sharing in Solution 1","TeliaSonera","Ulf Nilsson",21895,"pCR","","Approval","Support for network-sharing non-supporting UEs in GERAN, and for GERAN and UTRAN networks that only broadcast a common PLMN are introduced for Solution 1 in eDECOR.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14660,"noted","2016-01-18T14:18:08.010","2016-01-19T12:41:19.747","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160249","Alignment of support for DECOR in shared networks","TeliaSonera AB","Ulf Nilsson",21895,"CR","","Approval","RAN WG3 has defined the stage 3 details of how DECOR and MOCN interact. This CR introduces the assumptions made by RAN WG3 in stage 2 specifications.Text is added to Section 4.3.25.3 to align the stage 2 description of DECOR in MOCN shared networks.","Revised in parallel sessions to S2-160507.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10120,"revised","2016-01-18T14:26:16.397","2016-01-19T12:41:19.717","","S2-160507","Rel-13","23.401","13.5.0","DECOR","2961","","F",null,"","","","",""]
["S2-160250","Introduction of Control Plane CIoT EPS optimization for HLcom","Sony","Lars Nord",58638,"CR","","Approval","Summary of change: CIoT Control plane optimization is reflected for High Latency Communication and extended buffering is expanded to another entety than the Serving gateway.","Not Handled. Revised at SA2#113AH in S2-160952","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13420,"revised","2016-01-18T16:18:36.460","2016-01-19T12:09:47.417","","S2-160952","Rel-13","23.401","13.5.0","CIoT","2962","","B",null,"","","","",""]
["S2-160251","Key Issue on Architecture principle for Grouping of CP Entities","Sprint","Serge Manning",39809,"pCR","","Approval","This contribution proposes to discuss about architecture principle for next generation architecture and introduces a key issue for Control Plane entities.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16350,"merged","2016-01-18T16:51:22.763","2016-01-19T00:57:58.457","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160252","Key Issue on Architecture principle for Interfaces between CP Entities","Sprint","Serge Manning",39809,"pCR","","Approval","This contribution proposes to discuss about architecture principle for next generation architecture and introduces a key issue for interfaces between Control Plane entities.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16430,"merged","2016-01-18T16:55:22.410","2016-01-19T00:57:58.490","","","Rel-14","","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160253","Proposal for NexGen System Architecture Key Issue for Critical Communications Support","U.S. Department of Commerce","Randy Bloomfield",56665,"pCR","","Approval","This contribution proposes the inclusion in TR 23.799 (Study on Architecture for Next Generation System) of a key issue for critical communications support.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16520,"available","2016-01-18T17:18:55.637","2016-01-18T17:32:40.060","","","Rel-14","23.799","0.1.1","FS_SMARTER, FS_SMARTER-CRIC, FS_NextGen","","",null,"","","","","",""]
["S2-160254","NAS Node Selection updates","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Updates to the Attach procedure changes are introduced.","Revised to S2-160702.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13010,"revised","2016-01-18T19:32:18.307","2016-01-19T13:56:08.430","","S2-160702","Rel-13","23.401","13.5.0","CIoT","2963","","B",null,"","","","",""]
["S2-160255","Introducing support for Non-IP data for CIoT","Ericsson, Cisco?","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding a clause describing the feature. Updated and rebased to 13.5.0 (updates marked in yellow)","Revision of S2-154454 from meeting #112. Sources need confirmation. Revised to S2-160768, merging S2-160355","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13370,"revised","2016-01-18T19:32:18.383","2016-01-19T14:14:47.800","S2-154454","S2-160768","Rel-13","23.401","13.5.0","CIoT","2934","4","B",null,"","","","",""]
["S2-160256","Introduction of solution 18 - suspend and resume procedure","Ericsson, Alcatel-Lucent, Sony, Nokia Networks","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Procedures for suspend and resume connections are added. Added in conjunction with Service Request and S1 Release procedures. The CR introduces the functionality for all UEs, i.e. UEs supporting NBIOT and UEs supporting LTE.  The follow","Revision of S2-154453 from meeting #112. Revised in drafting sessions to S2-160697.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13300,"revised","2016-01-18T19:32:19.540","2016-01-19T13:56:08.460","S2-154453","S2-160697","Rel-13","23.401","13.5.0","CIoT","2930","4","B",null,"","","","",""]
["S2-160257","Introducing support for Non-IP data for EC-EGPRS","Ericsson, Orange","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding a clause describing the Non-IP feature and updating relevant clauses that are dependent on a PDP Type Non-IP.","Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13430,"available","2016-01-18T19:32:20.663","2016-01-19T13:56:08.507","","","Rel-13","23.060","13.5.0","CIoT","1997","","B",null,"","","","",""]
["S2-160258","EMM signalling for indicating SMS","Ericsson","Shabnam Sultana",21207,"discussion","","Approval","SMS handling for CIoT","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13410,"available","2016-01-18T19:32:20.740","2016-01-19T13:56:08.540","","","Rel-13","","","","","","","","","","","",""]
["S2-160259","High level description of Non-IP data","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Text from endorsed CR in S2-154400 used as a base, with additional high level text added.","Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13400,"available","2016-01-18T19:32:20.757","2016-01-19T13:56:08.587","","","Rel-13","23.682","13.4.0","CIoT","0158","","B",null,"","","","",""]
["S2-160260","New work item on Non-IP for Cellular IoT for EC-EGPRS","Ericsson, Orange, MediaTek","Shabnam Sultana",21207,"WID new","","Approval","New WID","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18280,"revised","2016-01-18T19:32:20.817","2016-01-19T13:56:08.617","","S2-160495","Rel-13","","","","","","","","","","","",""]
["S2-160261","Priority sharing for concurrent sessions, IMS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Functionality for priorty alignment for concurrent sessions is described, as a new subclause 5.4.7.x","Revision of S2-153875 from meeting #112. Noted","10","5.2","QoS and PCC Maintenance",11340,"noted","2016-01-18T19:32:20.833","2016-01-19T13:56:08.663","S2-153875","S2-161800","Rel-13","23.228","13.4.0","MCPTT, TEI13","1142","1","C",null,"","","","",""]
["S2-160262","Priority sharing for concurrent sessions","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Functionality to describe priorty alignment between multiple AF sessions is described.","Revision of S2-153873 from meeting #112. Revised in parallel sessions to S2-160593.","10","5.2","QoS and PCC Maintenance",11350,"revised","2016-01-18T19:32:21.957","2016-01-19T13:56:08.697","S2-153873","S2-160593","Rel-13","23.203","13.6.0","MCPTT, TEI13","1013","1","C",null,"","","","",""]
["S2-160263","Update Solution #1","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Updating solution #1 in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14610,"noted","2016-01-18T19:32:23.080","2016-01-19T13:56:08.727","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160264","Updates to 3GPP-WLAN mobility procedure using GMLC/LRF","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides updates to 3GPP-WLAN mobility procedure using GMLC/LRF to resolve an editor's note","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13660,"revised","2016-01-18T19:32:23.080","2016-01-19T13:56:08.757","","S2-160569","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160265","New Key Issue: Resource Management for Mission Critical Group Communications","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","Identifies a key aspect for Public Safety, namely the need for effective resource reservation capabilities, in the context of mission critical multimedia Group Communications.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16530,"available","2016-01-18T19:41:07.503","2016-01-18T19:44:59.533","","S2-161645","Rel-14","23.799","0.1.1","","","",null,"","","","","",""]
["S2-160266","Priority Treatment based on RRC Establishment Cause","Applied Communication Sciences, OEC, AT&T","Donald Lukacs",56642,"discussion","","Discussion","This contribution and accompanying CR propose the needed Stage 2 modifications to align with Stage 3 protocols as introduced by CT, associated with the introduction of the DRMP AVP to provide a priority indication over DIAMETER interfaces.","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10720,"available","2016-01-18T21:16:55.143","2016-01-18T22:40:55.500","","S2-161448","Rel-13","","","","","","","","","","","",""]
["S2-160267","Location of the resource allocation function (F-TEID)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Proposes a solution for the Location (CP/UP) of the resource allocation functions (F-TEID).","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15060,"revised","2016-01-18T21:34:26.497","2016-01-19T14:09:52.603","","S2-160563","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160268","Priority Treatment based on RRC Establishment Cause","Applied Communication Sciences, OEC, AT&T","Donald Lukacs",56642,"CR","","Approval","Summary of change: The DRMP AVP was introduced by CT to provide for priority indication over DIAMETER interfaces. One usage of the DRMP AVP over the S6a/d interface is to support a priority indication during authentication, security and location managemen","Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10730,"available","2016-01-18T21:36:09.643","2016-01-18T22:40:55.533","","S2-161449","Rel-13","23.401","13.5.0","TEI13, DiaPri","2964","","B",null,"","","","",""]
["S2-160269","CIoT-centric single node EPS architecture","Intel, AT&T, Cisco Systems Inc, ...","Puneet Jain",36283,"CR","","Approval","Summary of change: Adds normative annex on CIoT-centric single node EPS architecture","'...' should be removed from the Sources. Revised to S2-160701.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12980,"revised","2016-01-18T22:05:48.203","2016-01-19T07:28:59.213","","S2-160701","Rel-13","23.401","13.5.0","CIoT","2965","","B",null,"","","","",""]
["S2-160270","ePDG Selection Update For LI","Rogers Communications","Alexander Markman",35093,"discussion","","Discussion","Discussion and a proposed solution addressing the ePDG selection LI requirements in SP-160054","","11","5.3","Non-3GPP Access Maintenance",11900,"noted","2016-01-18T22:12:53.270","2016-01-18T22:55:56.443","","","Rel-13","23.402","13.4.0","","","","","","","","","",""]
["S2-160271","ePDG Selection Procedure Update for LI","Rogers Communications","Alexander Markman",35093,"CR","","Approval","Summary of change: ePDG selection takes into account a new indication in NAS from the VPLMN mandating an attempt of selecting this PLMN's ePDG independently of this PLMN's ePDG selection information provisioned by HPLMN.  In all other cases, including a f","Merged with S2-160224, S2-160237 and S2-160186 into S2-160576","11","5.3","Non-3GPP Access Maintenance",11950,"merged","2016-01-18T22:22:22.807","2016-01-18T22:55:56.473","","","Rel-13","23.402","13.4.0","TEI13","2937","","C",null,"","","","",""]
["S2-160272","ePDG selection consistency","BlackBerry UK Ltd.","Adrian Buckley",26735,"CR","","Approval","Summary of change: - a country can be associated with multiple MCCs. When a UE determines its lcoation it may be able to derive one or more MCCs.  - align the ePDG selection for a UE attached to a PLMN via 3GPP access and for a UE autenticated with a PLMN","Not Handled","11","5.3","Non-3GPP Access Maintenance",12040,"available","2016-01-18T22:50:00.313","2016-01-19T04:06:06.763","","","Rel-13","23.402","13.4.0","TEI13","2938","","C",null,"","","","",""]
["S2-160273","Handling of a 5.12s eDRX cycle","INTERDIGITAL COMMUNICATIONS","Ulises Olvera",35101,"CR","","Decision","Summary of change: When the UE eDRX cycle corresponds to 5.12s, the UE monitors paging using legacy paging timing with paging cycle of 512 radio frames. when the UE eDRX cycle corresponds to 5.12s, the MME does not assign a Paging Time Window for the UE.","Revised in parallel sessions to S2-160527.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10540,"revised","2016-01-18T22:50:11.077","2016-01-19T00:11:21.020","","S2-160527","Rel-13","23.682","13.4.0","eDRX","0159","","F",null,"","","","",""]
["S2-160274","Handling of a 5.12s eDRX cycle","INTERDIGITAL COMMUNICATIONS","Ulises Olvera",35101,"CR","","Decision","Summary of change: The MME includes a Paging Time Window length only when the eDRX cycle is greater than 5.12 seconds.","Revised in parallel sessions to S2-160528.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10570,"revised","2016-01-18T22:57:12.617","2016-01-19T00:11:21.053","","S2-160528","Rel-13","23.401","13.5.0","eDRX","2966","","F",null,"","","","",""]
["S2-160275","Introduction of non-IP data delivery via the SCEF for cellular IoT","Intel, Cisco Systems Inc, AT&T, LG Electronics","Puneet Jain",36283,"CR","","Approval","Summary of change: Introduction of non-IP data delivery via the SCEF for cellular IoT","Revised to S2-160770.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12770,"revised","2016-01-18T23:02:39.730","2016-01-19T07:28:59.243","","S2-160770","Rel-13","23.682","13.4.0","CIoT","0160","","B",null,"","","","",""]
["S2-160276","Introduction of SCEF Connectivity Service for Control Plane CIoT EPS optimization","Cisco Systems Inc., Intel, AT&T","Maulik Vaidya",44517,"CR","","Approval","Summary of change: This CR: - Introduces SCEF connectivity service - Models SCEF connectivity setup during ATTACH similar to PDN connectivity service (new PDN-Type = SCEF)  - 'SCEF Address in use' field added to bearer context such that during Inter-RAT /","Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12800,"available","2016-01-18T23:08:14.443","2016-01-19T12:03:22.503","","","Rel-13","23.401","13.5.0","CIoT","2967","","B",null,"","","","",""]
["S2-160277","Options to establish SCEF connection for Non-IP data for CIoT","Cisco Systems Inc., Intel","Maulik Vaidya",44517,"discussion","","Decision","Options to establish SCEF connection for Non-IP data for CIoT","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12750,"noted","2016-01-18T23:11:15.417","2016-01-19T12:03:22.537","","","Rel-13","","","","","","","","","","","",""]
["S2-160278","Clarification on provisioning authorization information about PLMNs for ProSe UE-to-Network Relay and Remote UE","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: Provide provisioning information about PLMNs which the UE is authorized to act as a UE-to-Network Relay or a Remote UE.","Revised to S2-160554.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11070,"revised","2016-01-18T23:53:43.957","2016-01-19T08:02:51.880","","S2-160554","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0297","","F",null,"","","","",""]
["S2-160279","Clarification for inter-PLMN discovery transmission support","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: 1. Add 'other PLMN' and remove redundant step 1 in the flow figure of Announce Request in clause 5.3.3.3.  2. In clause 5.3.6A.1.2 and 5.3.6A.1.3, add 'other PLMN' in the flow figure and clarify the condition of procedure and PLMN terms","Revised to S2-160555.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11090,"revised","2016-01-19T00:02:50.437","2016-01-19T08:02:51.927","","S2-160555","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0298","","F",null,"","","","",""]
["S2-160280","Update to TR Skeleton for the Study on Architecture for Next Generation System","Nokia Networks, China Mobile","Devaki Chandramouli",68275,"draft TR","","Approval","This contribution proposes an update to the TR skeleton of the Study of the Next Generation System Architecture. During SA WG2 #112 offline discussions, some key areas were agreed to be considered as a starting point for the next generation work. It is pr","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15710,"revised","2016-01-19T00:08:40.670","2016-01-19T06:11:40.097","","S2-160704","Rel-14","23.799","0.1.1","FS_NextGen","","","","","","","","",""]
["S2-160281","Discussion on Solution Evaluation","T-Mobile USA INC","Christopher Joul",31136,"discussion","","Discussion","This document discusses the need to evaluate proposed solutions in relation to how they compare to existing bSRVCC and aSRVCC capabilities.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18200,"noted","2016-01-19T00:27:42.880","2016-01-19T00:51:28.397","","","Rel-14","","","","","","","","","","","",""]
["S2-160282","Solution for Key Issue#4 for PC5 based transmission","LG Electronics","Dongsoo Kim",62116,"pCR","","Approval","Solution: Message prioritization of V2X messages transmitted over PC5 for V2V/P Services","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17710,"available","2016-01-19T00:29:32.077","2016-01-19T08:02:51.957","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160283","Key issue: Architecture principle for next generation systems","Nokia Networks, Verizon, Huawei","Devaki Chandramouli",68275,"pCR","","Approval","This contribution proposes to discuss about architecture principle for next generation architecture and introduce a key issue to outline architecture variants.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16410,"merged","2016-01-19T00:29:35.743","2016-01-19T06:11:40.003","","","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160284","Additional Architectural Assumption","T-Mobile USA INC","Christopher Joul",31136,"pCR","","Approval","This document describes and adds text for an architectural assumption that requires separate indication for unauthenticated access for emergency for WLAN to Cellular access.","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13570,"noted","2016-01-19T00:29:48.427","2016-01-19T00:51:28.430","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160285","Discussion on treatment of 8YY numbers","T-Mobile USA INC","Christopher Joul",31136,"discussion","","Discussion","This document discusses the processing and routing of 8YY numbers in the USA and impacts to local number solutions.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14530,"withdrawn","2016-01-19T00:31:14.913","2016-01-19T00:51:28.460","","","Rel-14","","","","","","","","","","","",""]
["S2-160286","Key issue: QoS Framework","Nokia Networks, AT&T, Deutsche Telekom AG, China Mobile, Ericsson, Intel, Qualcomm Incorporated, ZTE, ETRI, KT","Devaki Chandramouli",68275,"pCR","","Approval","This contribution propose to add a new key issue on QoS framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16020,"revised","2016-01-19T00:32:05.270","2016-01-19T06:11:40.037","","S2-160751","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160287","Evaluation Criteria for Key Issue 4 Solutions","T-Mobile USA INC","Christopher Joul",31136,"pCR","","Approval","This document describes and adds text related for two evaluation criteria for solutions to key issue 4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14510,"available","2016-01-19T00:32:36.547","2016-01-19T00:51:28.490","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160288","Key issue: Coexistence and Migration","Nokia Networks","Devaki Chandramouli",68275,"pCR","","Approval","This contribution propose to add a new key issue on co-existence and migration","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16560,"available","2016-01-19T00:35:19.520","2016-01-19T06:11:40.067","","","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160289","Reference Version of TR 23.719 Service Domain Centralization","T-Mobile USA Inc.","Christopher Joul",31136,"discussion","","Information","reference version of TR 23.719 - updated release version and TR number to cover page of previous version","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16700,"noted","2016-01-19T00:37:34.397","2016-01-19T00:51:28.507","","","Rel-14","23.719","0.2.0","","","","","","","","","",""]
["S2-160290","Solution for Key Issue 3 (Inbound Roamers)","T-Mobile USA INC","Christopher Joul",31136,"pCR","","Approval","This document proposes potential solution to SeDoC key Issue 3 (supporting inbound roamers from non-enhanced Networks).","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16800,"merged","2016-01-19T00:39:08.620","2016-01-19T00:51:28.537","","","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160291","Solution for Key Issue 4 (Outbound Roamers)","T-Mobile USA INC","Christopher Joul",31136,"pCR","","Approval","This document proposes potential solution to SeDoC key Issue 3 (supporting outbound roamers to non-enhanced Networks).","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16890,"available","2016-01-19T00:40:27.680","2016-01-19T00:51:28.570","","","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160292","Service Domain Centralization","T-Mobile USA","Christopher Joul",31136,"WID revised","","Approval","Updated WID to change presentation date to SA WG2 to June for both information and approval.","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18320,"approved","2016-01-19T00:42:40.997","2016-01-19T00:51:28.600","","","Rel-14","","","","","","","","","","","",""]
["S2-160293","Discussion on ePDG selection","T-Mobile USA INC","Christopher Joul",31136,"discussion","","Discussion","This document discusses some concerns the author has with the existing proposals for ePDG selection.","","11","5.3","Non-3GPP Access Maintenance",12050,"noted","2016-01-19T00:44:26.967","2016-01-19T00:51:28.633","","","Rel-13","","","","","","","","","","","",""]
["S2-160294","UE IP Address Allocation","Samsung","Jayshree Bharatia",63826,"other","","Approval","This contribution provides updates to TR 23.714 related to IP address allocation of UE.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15400,"revised","2016-01-19T00:58:38.487","2016-01-19T05:33:15.260","S2-160095","S2-160565","Rel-14","","","","","","","","","","","",""]
["S2-160295","GTP-U IP address assignment and TEIDs allocation","Samsung","Jayshree Bharatia",63826,"other","","Approval","This contribution provides an option of supporting IP address assignment of GTP entities in control plane and TEIDs allocation in user plane.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15090,"revised","2016-01-19T01:02:38.633","2016-01-19T05:34:49.280","","S2-160564","Rel-14","","","","","","","","","","","",""]
["S2-160296","SEW2-ePDG Selection Solution","Rogers Communications","Alexander Markman",35093,"pCR","","Approval","A Solution for ePDG Selection for Emergency Service","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13750,"revised","2016-01-19T01:44:17.690","2016-01-19T01:59:54.090","","S2-160726","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160297","Introduction of non-IP data delivery via the SCEF for cellular IoT","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","WITHDRAWN: 23.682 CR0154R4: Introduction of non-IP data delivery via the SCEF for cellular IoT","Revision of S2-154400 from meeting #112 WITHDRAWN","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13460,"withdrawn","2016-01-19T02:04:27.447",null,"S2-154400","","Rel-13","23.682","13.4.0","FS_AE_CIoT","0154","4","B",null,"","","","",""]
["S2-160298","Correct Event and Trigger Name – Availability after DDN Failure","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: In Figure 5.7.2.1-1 step 2, correct the event name.","LATE DOC: Rx 19/01 16:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10360,"available","2016-01-19T02:09:30.647","2016-01-19T15:43:32.910","","","Rel-13","23.682","13.4.0","TEI13, HLcom","0161","","F",null,"","","","",""]
["S2-160299","Correction of 3GPP2 specification reference","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Change the reference to 3GPP2 X.P0057-A to X.S0057-C and remove the editor's note.","LATE DOC: Rx 19/01 16:40. Agreed in parallel sessions Block approved","12","5.4","IMS and IMS-Related Maintenance",12500,"agreed","2016-01-19T02:13:32.710","2016-01-19T15:43:32.987","","","Rel-13","23.167","13.1.0","TEI13","0283","","F","SP-160162","","","","",""]
["S2-160300","MT SMS procedures for UEs in extended idle mode DRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Mike Dolan",1692,"discussion","","Discussion","CT WG1 and CT WG4 have identified critical issues for delivering MT SMS to UEs in extended idle mode DRX, i.e. a) excessive signalling at the HSS, and b) the SM delivery may be further delayed or repeatedly fail if the SMS-SC cannot start the retransmissi","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10630,"available","2016-01-19T02:21:20.427","2016-01-19T15:43:33.080","","S2-161649","Rel-13","23.272","","","","","","","","","","",""]
["S2-160301","MT SM retransmission by the SMS GMSC to a UE in eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Mike Dolan",1692,"CR","","Approval","Summary of change: The SGsAP-PAGING-REQUEST message is extended with a new Maximum Retransmission Time IE to enable the VLR to indicate to the MME the time until which the SMS GMSC is capable to retransmit the MT Short Message.  The SGsAP-UE-UNREACHABLE m","LATE DOC: Rx 19/01 16:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10640,"available","2016-01-19T02:25:25.547","2016-01-19T15:43:33.160","","S2-161650","Rel-13","23.272","13.2.0","eDRX","0956","","B",null,"","","","",""]
["S2-160302","Prioritized SM retransmission by the SMS SC when the UE becomes reachable","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Mike Dolan",1692,"CR","","Approval","Summary of change: When notifying that the UE becomes available, the MME may signal a new information to enable the SMS-GMSC to prioritize the retransmission of SMs towards UEs using eDRX.","LATE DOC: Rx 19/01 16:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10650,"available","2016-01-19T02:29:15.630","2016-01-19T15:43:33.237","","S2-161651","Rel-13","23.272","13.2.0","eDRX","0957","","B",null,"","","","",""]
["S2-160303","Remove T5","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Mike Dolan",1692,"CR","","Approval","Summary of change: All references to T5 are removed.","LATE DOC: Rx 19/01 16:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10370,"available","2016-01-19T02:33:20.813","2016-01-19T15:43:33.300","","S2-161653","Rel-13","23.682","13.4.0","TEI13, MONTE","0162","","C",null,"","","","",""]
["S2-160304","Remove IPv4 from ProSe UE-to-Network Relay operation","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Remove IPv4 support from the ProSe UE-to-Network Relay operation","Noted","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11110,"noted","2016-01-19T02:51:39.123","2016-01-19T03:32:45.233","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0299","","F",null,"","","","",""]
["S2-160305","The assumptions for overall architecture","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution discusses the architecture assumptions related to overall architecture.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15940,"merged","2016-01-19T03:01:12.747","2016-01-19T13:12:34.823","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160306","The definition for Network Function","Huawei, HiSilicon, China Mobile","Runze Zhou",60945,"pCR","","Approval","This contribution discusses and proposes the terminologies for Network Function.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15730,"merged","2016-01-19T03:01:12.763","2016-01-19T13:12:34.853","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160307","Key Issues Related to Heterogeneous Access Networks Integration","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","WITHDRAWN: Key Issues Related to Heterogeneous Access Networks Integration","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16690,"withdrawn","2016-01-19T03:01:12.763",null,"","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160308","Discussion on DCN selection based on Usage Type and DCN Type","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Discuss the issues related to Usage Type and DCN Type, and propose a solution for DCN selection based on Usage Type and DCN Type.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14590,"revised","2016-01-19T03:01:12.763","2016-01-19T13:12:34.900","","S2-160519","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160309","DCN serving node overload control based on the congestion level","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution discusses the solutions for overload control based on congestion level.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14800,"available","2016-01-19T03:01:12.780","2016-01-19T13:12:34.933","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160310","Prioritizing V2X study to align with RAN","Qualcomm Incorporated","Hong Cheng",25668,"pCR","","Approval","Proposes to prioritize study of V2X to be aligned with RAN Work Item.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17370,"noted","2016-01-19T03:05:07.340","2016-01-19T03:33:04.063","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160311","Changes to ProSe Architecture for V2X support","Qualcomm Incorporated","Hong Cheng",25668,"pCR","","Approval","This contribution reviewed necessary changes/updates to ProSe architecture to support the V2X communication.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17570,"revised","2016-01-19T03:09:23.193","2016-01-19T03:33:19.337","","S2-160533","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160312","V2X reference architecture and RSU discussion","Qualcomm Incorporated, LG Electronics","Hong Cheng",25668,"pCR","","Approval","Proposes the reference architecture for the V2X system.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17410,"revised","2016-01-19T03:12:02.173","2016-01-19T03:33:36.027","","S2-160512","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160313","Solution proposal on Key Issue 2 'Congestion Control based on UE Usage Type'","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","This paper proposes a solution on Key issue 2 'Congestion Control based on UE Usage Type'. In this solution, it is proposed to allow that a MME performs congestion control based on UE Usage Type so the Key issue can be solved without any UE impact. Conseq","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14810,"noted","2016-01-19T03:14:44.113","2016-01-19T08:23:45.877","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160314","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent?, MediaTek?, NEC?, Intel?, Qualcomm","Hong Cheng",25668,"CR","","Approval","Summary of change: Remove IPv4 support from the ProSe UE-to-Network Relay operation.","Revision of S2-154451 from meeting #112. Sources need confirmation. WI Code should be CIoT Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13270,"available","2016-01-19T03:18:00.457","2016-01-19T03:33:54.467","S2-154451","","Rel-13","23.401","13.5.0","CIoT","2942","5","B",null,"","","","",""]
["S2-160315","Correction on Targeted RPAUID in the monitor response message","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Target RPAUID is changed to optional from mandatory","Revised to S2-160556.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11120,"revised","2016-01-19T03:19:16.537","2016-01-19T09:12:50.827","","S2-160556","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0300","","F",null,"","","","",""]
["S2-160316","Key issue for EPC impacts","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR introduces a key issue about the impacts on the some proceudure due to V2X service.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17590,"noted","2016-01-19T03:19:16.613","2016-01-19T09:12:50.857","","","Rel-14","23.785","0.1.0","FS_V2XARC","","",null,"","","","","",""]
["S2-160317","Key issue for enhancing positioning precision","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR introduces a key issue about the enhancement of positioning precision in V2X service..","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17600,"noted","2016-01-19T03:19:16.630","2016-01-19T09:12:50.887","","","Rel-14","23.785","0.1.0","FS_V2XARC","","",null,"","","","","",""]
["S2-160318","Solution for service authorization procedure","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR introduces a solution for service authorization procedure.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17640,"merged","2016-01-19T03:19:16.630","2016-01-19T09:12:50.920","","","Rel-14","23.785","0.1.0","FS_V2XARC","","",null,"","","","","",""]
["S2-160319","Feasibility Study on Wearable Device","Huawei, Hisilicon,","Runze Zhou",60945,"discussion","","Discussion","WITHDRAWN: Feasibility Study on Wearable Device","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18410,"withdrawn","2016-01-19T03:19:16.647",null,"","","Rel-14","","","","","","","","","","","",""]
["S2-160320","Mapping of ProSe Per Packet Priority to QCI","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adds provisioning for mapping between ProSe Per Packet Priority to QCI","WITHDRAWN - Same as S2-160398","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11200,"withdrawn","2016-01-19T03:22:02.270","2016-01-19T03:34:30.317","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0301","","F",null,"","","","",""]
["S2-160321","Discussion on UE-initiated IP flow mapping/access usability change/RAN rule indication procedure in GERAN/UTRAN, S2a MCM and S2b","ZTE","Xingyue Zhou",42680,"discussion","","Discussion","This discussion paper identifies the signalling issues on the UE-initiated IP flow mapping/access usability change/RAN rule indication procedure in GERAN/UTRAN, S2a MCM and S2b. This discussion paper also proposes the solution for the issue.","","11","5.3","Non-3GPP Access Maintenance",11830,"noted","2016-01-19T03:24:14.760","2016-01-19T11:33:48.733","","","Rel-13","","","","","","","","","","","",""]
["S2-160322","Introduction of attach procedure changes for CIoT EPS optimization","Alcatel-lucent?, Vodafone?, Qualcomm","Hong Cheng",25668,"CR","","Approval","Summary of change: The Attach procedure changes are introduced A new section allowing network preferred behaviour negotioation is introduced. Header compression configuration during Attach is added.","Revision of S2-154452 from meeting #112. Sources need confirmation. WI Code should be CIoT Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13090,"available","2016-01-19T03:25:15.630","2016-01-19T03:34:43.870","S2-154452","","Rel-13","23.401","13.5.0","CIoT","2951","4","B",null,"","","","",""]
["S2-160323","Correction to UE-initiated IP flow mapping/access usability change/RAN rule indication procedures in S2a MCM and S2b","ZTE","Xingyue Zhou",42680,"CR","","Approval","Summary of change: For S2a using MCM, three WLCP messages are used to perform the procedure, i.e. the UE shall send WLCP PDN modification command to trigger the network to initiated WLCP modification procedure. For S2b: - Upon receipt of the IKEv2 INFORMA","Revised in parallel sessions to S2-160586.","11","5.3","Non-3GPP Access Maintenance",11840,"revised","2016-01-19T03:32:55.360","2016-01-19T11:33:48.780","","S2-160586","Rel-13","23.161","13.1.0","NBIFOM","0016","","F",null,"","","","",""]
["S2-160324","Evaluation of 'HSS Initiated update for Dedicated CN Information/Redirection' & Conclusion","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","evaluates the solution on HSS Initiated update for Dedicated CN Information/Redirection & proposes a conclusion","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14760,"available","2016-01-19T03:41:14.353","2016-01-19T03:57:48.330","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160325","Evaluation of 'Solution for Congestion based on DCN Type' & Conclusion","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","evaluates the solution on Congestion Control based on DCN Type & proposes a conclusion.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14830,"available","2016-01-19T03:44:28.603","2016-01-19T03:57:48.363","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160326","Clarification on Provisioning Mapping Rules of QCI and ProSe Per-Packet Priority in ProSe UE-to-Network Relay","LG Electronics France","Dongsoo Kim",62116,"CR","","Approval","WITHDRAWN: 23.303 CR0302: Clarification on Provisioning Mapping Rules of QCI and ProSe Per-Packet Priority in ProSe UE-to-Network Relay","WITHDRAWN","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11210,"withdrawn","2016-01-19T04:33:26.097",null,"","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0302","","F",null,"","","","",""]
["S2-160327","Solution: ePDG Selection for emergency services in phase 2","Qualcomm Inc.","Faccin Stefano",60610,"pCR","","Approval","This contribution proposes a solution for Key Issue #1 for selection of an ePDG in SEW phase 2","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13770,"revised","2016-01-19T04:45:39.180","2016-01-19T07:22:28.090","","S2-160727","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160328","Key Issue on Session Continuity and Mobility in the Next Generation System Architecture","Qualcomm Incorporated, Motorola Mobility, Lenovo, Cisco Systems, Inc.","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issue regarding session continuity and mobility in the next generation system architecture that should be addresses by the new architecture developed as part of FS_NexGen network architecture. The proposed changes should be incorporated in","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16290,"revised","2016-01-19T04:45:39.180","2016-01-19T05:09:01.107","","S2-160759","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160329","Key Issue on feasibility study of a minimizing access dependencies of the NextGen core network and the Interface between access networks and the core network","Qualcomm Incorporated, ZTE, KDDI, Nokia Networks","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issues regarding the feasibility study of minimizing access dependencies of the NextGen core network and the interface between the access networks and the core network in the next generation system architecture that should be addressed by t","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16450,"revised","2016-01-19T04:45:39.197","2016-01-19T07:20:06.227","","S2-160755","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160330","Key Issue on Traffic Anchoring and Splitting","Qualcomm Incorporated","Faccin Stefano",60610,"pCR","","Approval","Proposes a set of key issues regarding the user plane traffic anchoring and splitting in the next generation system architecture that should be addresses by the new architecture developed as part of FS_NexGen next generation network architecture. The prop","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16190,"revised","2016-01-19T04:45:39.197","2016-01-19T05:09:01.027","","S2-161076","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160331","Key Issue on Traffic Offloading and User Plane Optimization in the Next Generation System Architecture","Qualcomm Incorporated","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issues regarding the user plane optimization in the next generation system architecture that should be addresses by the new architecture developed as part of FS_NexGen network architecture. The proposed changes should be incorporated in the","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16200,"merged","2016-01-19T04:45:39.213","2016-01-19T05:09:01.060","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160332","Discussion on treatment of 8YY numbers","T-Mobile USA INC","Christopher Joul",31136,"discussion","","Discussion","This document discusses the processing and routing of 8YY numbers in the USA and impacts to local number solutions.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14520,"available","2016-01-19T05:25:48.517","2016-01-19T05:27:58.537","","","Rel-14","","","","","","","","","","","",""]
["S2-160333","Skeleton of TR 23.773 on FS_GENCEF","Samsung","Sung Hwan Won",46717,"discussion","","Approval","WITHDRAWN: Skeleton of TR 23.773 on FS_GENCEF","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",18020,"withdrawn","2016-01-19T05:37:08.353",null,"","","Rel-14","23.773","0.0.0","","","","","","","","","",""]
["S2-160334","Clarification of solution #8 on using only TAI/SAI as the location information","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on solution #8 that only TAI and SAI are used as the location information for local number handling.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14130,"revised","2016-01-19T06:14:20.263","2016-01-19T07:13:45.667","","S2-160687","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160335","Architectural Requirements on providing multiple connections","LG Electronics","Hyunsook Kim",42013,"pCR","","Approval","Considers clarifying the architectural requirements about multiple connections","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15880,"revised","2016-01-19T06:19:23.603","2016-01-19T09:44:32.673","","S2-160709","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160336","3GPP system aspects to support the connectivity via a relay UE","LG Electronics, Sony Mobile","Hyunsook Kim",42013,"pCR","","Approval","It considers to study 3GPP system aspects to support the connectivity via a relay UE.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16640,"available","2016-01-19T06:19:23.617","2016-01-19T09:44:32.720","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160337","Solutions for Key issue#3","LG Electronics, LG Uplus","Hyunsook Kim",42013,"pCR","","Approval","This contribution propose to update the description on the solution #3 (Determination of PLMN-ID via HSS interaction) in TR 23.749","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14010,"merged","2016-01-19T06:19:23.617","2016-01-19T09:44:32.750","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160338","Conclusion proposal for Key issue #3 (Determination of the ID of the visited PLMN at IMS entities in HPLMN)","LG Electronics, LG Uplus, SK Telecom","Hyunsook Kim",42013,"pCR","","Approval","It considers the conclusion for Key issue #3 and proposes to have a way forward selecting multiple solutions.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14300,"merged","2016-01-19T06:19:23.617","2016-01-19T09:44:32.780","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160339","Clarification on SRVCC support","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on SRVCC support for S8HR architecture.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14220,"revised","2016-01-19T06:20:09.827","2016-01-19T07:13:45.697","","S2-160731","","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160340","Evaluation and conclusion on key issue 4","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides an evaluation and conclusion on solutions for key issue 4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14400,"revised","2016-01-19T06:22:36.620","2016-01-19T07:13:45.727","","S2-160689","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160341","Scope of TR 23.773 on FS_GENCEF","Samsung","Sung Hwan Won",46717,"discussion","","Approval","WITHDRAWN: Scope of TR 23.773 on FS_GENCEF","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",18010,"withdrawn","2016-01-19T06:39:16.107",null,"","","Rel-14","23.773","0.0.0","","","","","","","","","",""]
["S2-160342","Key issue: Vertical service accommodation","China Telecom, CATT, Nokia, Samsung, Huawei","Haining Wang",40362,"pCR","","Approval","It is proposed to discuss and add a key issue of vertical services accommodation to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16540,"available","2016-01-19T06:42:09.297","2016-01-19T15:25:48.513","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160343","Key issue: Information storage and management","China Telecom, China Unicom","Haining Wang",40362,"pCR","","Approval","It is proposed to discuss and add a key issue of information storage and management to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16650,"available","2016-01-19T06:42:09.310","2016-01-19T15:25:48.560","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160344","Key issue: network capability exposure","China Telecom, KDDI, CATT","Haining Wang",40362,"pCR","","Approval","It is proposed to discuss and add a key issue of network capability exposure to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16580,"merged","2016-01-19T06:42:09.310","2016-01-19T15:25:48.607","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160345","MM procedure handling for CIoT UP Optimization","LG Electronics","Jinsook Ryu",39022,"discussion","","Approval","This paper proposes to discuss how to handle resumption procedure when a UE initiates MM procedure (e.g. TAU) when applying CIoT UE Optimization.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13350,"available","2016-01-19T07:05:24.440","2016-01-19T10:01:48.007","","","Rel-13","","","","","","","","","","","",""]
["S2-160346","Key issues on load balancing in DCN","ZTE Corporation, NEC","Jinguo Zhu",32987,"pCR","","Approval","This contribution proposes a new Key issue on Load Balancing within DCNs","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14770,"noted","2016-01-19T07:33:12.617","2016-01-19T13:30:25.023","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160347","Solution of load balance in DCN","ZTE Corporation, NEC","Jinguo Zhu",32987,"pCR","","Approval","This contribution propose to enhance the weight factor mechanism to achieve load balance within DCN.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14790,"available","2016-01-19T07:35:56.243","2016-01-19T13:30:25.053","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160348","SCEF solution for key issue#1","ZTE","Jinguo Zhu",32987,"pCR","","Approval","This contribution proposes new key issue for SDCI.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17080,"available","2016-01-19T07:46:53.717","2016-01-19T13:30:24.947","","","Rel-14","23.721","0.1.0","FS_SDCI","","",null,"","","","","",""]
["S2-160349","DL data handling for CP optimisation in TAU procedure","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: For the TAU procedure without SGW change, if the DL data is buffered in the Serving GW, the MME setup up the S11 user plane for buffered DL data transmission from Serving GW. For the TAU procedure with SGW change, if the DL data is buff","Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13280,"available","2016-01-19T07:47:36.180","2016-01-19T10:40:04.267","","","Rel-13","23.401","13.5.0","CIoT","2968","","C",null,"","","","",""]
["S2-160350","Bearer deactivation with Control Plane CIoT optimisation","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: The steps for deactivating S1 bearer and DRB are not performed for Control Plane CIoT EPS optimization.","Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13290,"available","2016-01-19T07:47:36.290","2016-01-19T10:40:04.297","","","Rel-13","23.401","13.5.0","CIoT","2969","","C",null,"","","","",""]
["S2-160351","Discussion on RSU","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution discusses the functionalities of RSU and the architecture implications for the UE-type RSU or eNB-type RSU.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17430,"noted","2016-01-19T07:47:36.353","2016-01-19T10:40:04.343","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160352","Consideration on the architecture options for V2X","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution considers the two potential architecture options for V2X and proposes both as the architecture assumption.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17440,"approved","2016-01-19T07:47:36.367","2016-01-19T10:40:04.373","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160353","V2X reference architecture","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the reference architecture for V2X.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17450,"revised","2016-01-19T07:47:36.367","2016-01-19T10:40:04.407","","S2-160514","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160354","Key issue on V2X QoS","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes to document the key issue on V2X QoS into TR 23.785.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17530,"revised","2016-01-19T07:47:36.383","2016-01-19T10:40:04.437","","S2-160532","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160355","Introducing support for Non-IP data for CIoT","Ericsson?, Cisco?, ZTE","Jinguo Zhu",32987,"CR","","Approval","Summary of change: Adding a clause describing the feature","Revision of S2-154454 from meeting #112. Sources need confirmation. Merged with S2-160255 into S2-160768","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13360,"merged","2016-01-19T07:49:41.120","2016-01-19T13:30:24.990","S2-154454","","Rel-13","23.401","13.5.0","TEI13, FS_AE_CIoT","2934","5","B",null,"","","","",""]
["S2-160356","Key Issue on Unified Policy Framework","Huawei, Hisilicon","Shufeng Shi",56675,"pCR","","Approval","This paper proposes a key issue on unified policy framework.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16080,"available","2016-01-19T07:54:44.727","2016-01-19T12:10:43.093","","","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160357","Evaluation of Solution #5","Huawei, Hisilicon","Shufeng Shi",56675,"pCR","","Approval","Provide evaluation of solution #5 in order to help make comparison with other solutions and reach conclusion on solution selection.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15660,"approved","2016-01-19T08:01:06.330","2016-01-19T12:10:43.140","","","Rel-14","23.710","0.2.1","FS_AULC","","",null,"","","","","",""]
["S2-160358","[draft] Reply LS on NGMN Description of Network Slicing Concept","LG Electronics Inc.","Hyunsook Kim",42013,"LS out","","Approval","SA WG2 kindly requests NGMN P1 WS#1 and SA WG1 to provide the requirements for supporting network slices when a UE simultaneously uses to multiple accesses.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16130,"available","2016-01-19T08:10:55.397","2016-01-19T09:44:32.827","","","Rel-14","","","","","","","","S2-160217","NGMN Alliance Project P1 (Requirements & Architecture) WS#1 (E2E Architecture), SA WG1","TSG SA, TSG RAN"]
["S2-160359","Solution for key issue - Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, China Mobile, China Unicom, Intel, China Telecom, KPN, CATT, Deutsche Telekom, Teliasonera","Runze Zhou",60945,"pCR","","Approval","This document describes the solution for the key issue that bad VoLTE user experience in bad LTE coverage overlaid with 2G/3G coverage","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18180,"revised","2016-01-19T08:16:09.347","2016-01-19T09:38:50.253","","S2-160749","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160360","Key issue-Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, Intel, China Unicom, Deutsche Telekom, China Mobile, Teliasonera","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for VoLTE subscriber call setup failure when in bad LTE coverage overlaid with 2/3G CS coverage.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18130,"revised","2016-01-19T08:20:14.390","2016-01-19T09:38:12.707","","S2-160747","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160361","Update solution 4 of eDecor","CATT","Juan Zhang",61775,"pCR","","Approval","This Paper proposes an update of solution 4 of eDecor.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14860,"available","2016-01-19T08:22:31.387","2016-01-19T08:53:13.190","S2-153883","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160362","Solution #4: Solution Evaluation","CATT","Juan Zhang",61775,"pCR","","Approval","This contribution evaluates solution #4 in eDECOR TR 23.711.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14870,"available","2016-01-19T08:24:06.687","2016-01-19T08:53:13.143","","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160363","Definition of scale-in/scale-out","CATT","Weiqi Hu",63248,"pCR","","Approval","This P-CR proposes to a definition of scale-in/scale-out in next generation mobile communication system.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15770,"available","2016-01-19T08:42:21.237","2016-01-19T09:21:44.623","","","","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160364","Intra-RAT mobility for NB-IoT UE in RRC connected state","Huawei, Hisilicon","Runze Zhou",60945,"discussion","","Discussion","This paper discusses the intra-RAT mobility for NB-IoT UE in RRC connected state, including the CP optimization and UP optimization.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12880,"noted","2016-01-19T08:44:43.417","2016-01-19T10:40:57.880","","","Rel-13","","","","","","","","","","","",""]
["S2-160365","Paging response for MT data with Control Plane Optimization","Huawei, Hisilicon","Runze Zhou",60945,"discussion","","Discussion","This paper discusses some optional solutions for paging response for MT data with Control Plane Optimization.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13260,"available","2016-01-19T08:44:43.417","2016-01-19T10:40:57.927","","","Rel-13","","","","","","","","","","","",""]
["S2-160366","Discussion on issues on MT SMS delivery in eDRX","Huawei, HiSilicon","Runze Zhou",60945,"discussion","","Discussion","This paper attempts to evaluate the issues found for the MT SMS over SGs in eDRX and provide the alternative solutions for MT SMS delivery in eDRX without impact the legacy CS network domain (e.g. MSC/VLR).","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10470,"noted","2016-01-19T08:44:43.430","2016-01-19T10:42:09.907","","","Rel-13","","","","","","","","","","","",""]
["S2-160367","Removal of new SGs cause for MT SMS over SGs in eDRX","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: It proposes to remove the new SGs cause added for the MT-SMS over SGs delivery procedure in eDRX.","Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10480,"available","2016-01-19T08:44:43.430","2016-01-19T10:42:09.937","","","Rel-13","23.272","13.2.0","eDRX","0958","","F",null,"","","","",""]
["S2-160368","An extended NetLoc procedure for Geographical Information","ZTE, Intel","Zhendong Li",38521,"pCR","","Approval","This paper proposes an extended NetLoc-based solution to key issue 4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14180,"revised","2016-01-19T08:51:01.853","2016-01-19T09:14:47.310","","S2-160729","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160369","Evaluation and Conclusion on Determination of the ID of the visited PLMN","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes the P-CSCF query PLMN ID method as the conclusion of determination of ID of visited PLMN.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14290,"merged","2016-01-19T08:51:01.853","2016-01-19T09:14:47.340","","","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160370","Conclusion on Local Number Translation and Routing","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes using configuration as the conclusion on the Local Number Translation and Routing","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14370,"merged","2016-01-19T08:51:01.870","2016-01-19T09:14:47.373","","","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160371","Key issue on the Registration and Authentication in the SeDoC","ZTE","Zhendong Li",38521,"pCR","","Approval","It proposes a new key issue on the Registration and Authentication in the SeDoC network.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16740,"revised","2016-01-19T08:51:01.870","2016-01-19T09:14:47.403","","S2-160713","Rel-14","23.719","0.1.0","FS_SeDoC","","",null,"","","","","",""]
["S2-160372","Solution to the Key Issue 4 - Outbound Roamers to non-Enhanced Networks","ZTE","Zhendong Li",38521,"pCR","","Approval","It proposes re-using the existing mechanism in the 23.292 for the key issue 4 - Outbound Roamers to non-Enhanced Networks","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16870,"revised","2016-01-19T08:51:01.870","2016-01-19T09:14:47.437","","S2-160716","Rel-14","23.719","0.1.0","FS_SeDoC","","",null,"","","","","",""]
["S2-160373","Discussion on the issues in the EIEI","ZTE","Zhendong Li",38521,"discussion","","Discussion","It discusses the 4 issues in the EIEI and gives suggestion.","","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17770,"noted","2016-01-19T08:51:01.887","2016-01-19T09:14:47.483","","","Rel-14","","","","","","","","","","","",""]
["S2-160374","Modification of a Note in Match Report procedures for restricted discovery","ITRI","Stephan Gleixner",44214,"CR","","Approval","Summary of change: A Note in the Match Report procedures is modified to clarify that the Match Report procedures cannot be skipped if the UE is interested in the latest metadata.","Not Handled","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11190,"available","2016-01-19T09:24:34.880","2016-01-19T10:40:36.150","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0303","","F",null,"","","","",""]
["S2-160375","The procedure of removal of one access from the Multi-access PDN connection","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: 1. The UE initiates the PDN disconnection procedure via one access to remove one access from the multi-access PDN connection. 2. The PCRF/P-GW initiates the PDN disconnection procedure to remove one access from the multi-access PDN conn","Wrong TS number requested, wrong CR number! Revised in parallel sessions to S2-160587","11","5.3","Non-3GPP Access Maintenance",11790,"revised","2016-01-19T09:35:25.367","2016-01-19T09:56:31.080","","S2-160587","Rel-13","23.161","13.1.0","NBIFOM","0017","","F",null,"","","","",""]
["S2-160376","Evaluation of key issue3","ZTE Corporation","Jinguo Zhu",32987,"pCR","","Approval","WITHDRAWN: Evaluation of key issue3","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14850,"withdrawn","2016-01-19T09:38:06.903",null,"","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160377","Working Assumption: Support of Network Instances shared by multiple 3rd parties","ZTE","Tricci So",44974,"pCR","","Approval","The purpose of this contribution is to propose the working assumption in Rel-14 Network Slicing to expect that a Service Instance to be realized by one and only one Network Slice Instance.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16140,"revised","2016-01-19T09:38:54.297","2016-01-19T09:56:31.047","","S2-160703","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160378","Prose withdrawal from HSS","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"CR","","Approval","Summary of change: Add stage 2 procedure for MME when ProSe Withdrawal Flag is set while S1 bearer is established.","Revision of S2-153966 from meeting #112. Revised to S2-160548.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10780,"revised","2016-01-19T09:43:13.033","2016-01-19T10:39:47.433","S2-153966","S2-160548","Rel-12","23.303","12.7.0","ProSe","0273","1","F",null,"","","","",""]
["S2-160379","Working Assumption: LTE Radio Access continuation support in NextGen AN for LTE radio access","ZTE","Tricci So",44974,"pCR","","Approval","The purpose of this contribution is to propose the working assumption to ensure no decision is made to restrict the support of S1 in AN when designing the interface between the NextGen AN and Nextgen Core to support the LTE radio access","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16000,"withdrawn","2016-01-19T09:43:22.223","2016-01-19T09:56:30.847","","","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160380","Prose withdrawal from HSS","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"CR","","Approval","Rel-13 mirror CR: Summary of change: Add stage 2 procedure for MME when ProSe Withdrawal Flag is set while S1 bearer is established.","Revision of S2-153967 from meeting #112. Revised to S2-160549.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10800,"revised","2016-01-19T09:47:11.620","2016-01-19T10:39:47.480","S2-153967","S2-160549","Rel-13","23.303","13.2.0","ProSe","0274","1","A",null,"","","","",""]
["S2-160381","Providing Subscriber ID - Anonymous IMS emergency call","Nokia Networks, Deutsche Telekom","Curt Wong",68508,"discussion","","Approval","This paper discusses a network based solution for providing subscriber ID to emergency center for anonymous IMS emergency call.","","12","5.4","IMS and IMS-Related Maintenance",12510,"noted","2016-01-19T09:54:31.537","2016-01-19T10:39:47.497","","","Rel-13","23.167","","","","","","","","","","",""]
["S2-160382","Providing subscriber ID in case of anonymous emergency calls","Nokia Netorks, Deutsche Telekom","Curt Wong",68508,"CR","","Approval","Summary of change: When the UE initiates an anonymous emergency session, the network has to include the available subscriber ID. The IMS entities have to forward this information to the PSAP or emergency control centres.","Revision of S2-154109 from meeting #112. Noted in parallel sessions","12","5.4","IMS and IMS-Related Maintenance",12520,"noted","2016-01-19T09:58:53.583","2016-01-19T10:39:47.543","S2-154109","S2-163363","Rel-13","23.167","13.1.0","IESE","0282","2","F",null,"","","","",""]
["S2-160383","3GPP architecture impacts on mobility management with session continuity","Huawei","Tingfang Tang",58760,"pCR","","Approval","This contribution discusses the 3GPP architecture impact on mobility management with session continuity in the next generation system architecture. Related key issues are proposed to be added to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16210,"merged","2016-01-19T10:02:09.987","2016-01-19T10:19:19.707","","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160384","Coexistence between ANDSF and LWA/LWIP","BlackBerry UK Ltd.","Stephen Barrett",61827,"discussion","","Approval","This document discusses mechanisms for managing coexistence of ANDSF, LWA and LWIP features.","","11","5.3","Non-3GPP Access Maintenance",12160,"noted","2016-01-19T10:04:34.550","2016-01-19T14:46:39.090","","","Rel-13","","","","","","","","","","","",""]
["S2-160385","Local number translation conclusion","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Discussion","This paper proposes a conclusion to the key issue related to local number translation.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14100,"revised","2016-01-19T10:07:39.237","2016-01-19T10:39:47.573","","S2-160686","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160386","Coexistence between ANDSF and LWA/LWIP","BlackBerry UK Ltd","Stephen Barrett",61827,"CR","","Approval","Summary of change: Describes how a device performs WLAN network selection and traffic routing when it is configured with an ANDSF MO and when LWIP is also supported.  In addition the approach for managing coexistence between ANDSF and LWA is brought into","Not Handled","11","5.3","Non-3GPP Access Maintenance",12170,"available","2016-01-19T10:11:18.683","2016-01-19T14:46:58.823","","","Rel-13","23.402","13.4.0","TEI13","2939","","C",null,"","","","",""]
["S2-160387","Mobility aspect of WLAN and 3GPP CS","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper discusses the scope of WLAN and 3GPP CS mobility for this study.","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13680,"revised","2016-01-19T10:14:13.807","2016-01-19T10:39:47.620","","S2-160570","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160388","Discussion on RAN2 LS concerning LWIP packet re-ordering","BlackBerry UK Ltd.,","Stephen Barrett",61827,"discussion","","Approval","Discusses the liaison from RAN WG2 on DRB handling in LWIP","","11","5.3","Non-3GPP Access Maintenance",12100,"noted","2016-01-19T10:15:42.243","2016-01-19T14:47:16.763","","","Rel-13","","","","","","","","","","","",""]
["S2-160389","VoLTE - SRVCC temporary rejection","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Discussion","This paper proposes a simple solution to handle early SRVCC trigger.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18160,"revised","2016-01-19T10:18:08.677","2016-01-19T10:39:47.667","","S2-160748","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160390","Response to questions 6, 7 and 8 in CT WG1 LS on use of Release Assistance Information for CIoT","BlackBerry UK Ltd.","Stephen Barrett",61827,"discussion","","Approval","This document provides responses to questions 6, 7 and 8 raised in CT WG1 LS (S2-160207).","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12710,"noted","2016-01-19T10:21:19.793","2016-01-19T14:47:32.800","","","Rel-13","","","","","","","","","","","",""]
["S2-160391","VPLMN ID solution selection considerations","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Discussion","This paper discusses some considerations for VPLMN ID solution selection.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14280,"merged","2016-01-19T10:22:59.990","2016-01-19T10:39:47.697","","","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160392","VPLMN ID to TAS in 3rd party registration","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper proposes that VPLMN ID can be sent to TAS during 3rd party registration procedure to save Sh signalling","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14030,"revised","2016-01-19T10:26:49.683","2016-01-19T10:39:47.730","","S2-160684","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160393","RSU's role in V2I and V2N","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper tries to establish some assumptions on the role of RSU.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17480,"revised","2016-01-19T10:32:03.757","2016-01-19T10:39:47.777","","S2-160515","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160394","QoS signalling for EVS-VBR","Qualcomm Incorporated","Haris Zisimopoulos",57197,"discussion","","Approval","Discusses the need for VBR indication in EPS QoS signalling when codecs with variable bitrate (VBR) like EVS in VBR are used.","","10","5.2","QoS and PCC Maintenance",11260,"noted","2016-01-19T10:49:06.797","2016-01-19T12:37:32.673","","","Rel-13","","","","","","","","","","","",""]
["S2-160395","Introducing VBR parameter in PCC rules","Qualcomm Incorporated","Haris Zisimopoulos",57197,"CR","","Approval","Summary of change: Makes the changes required in order to support variable bitrate codecs such as EVS VBR with optimal resources use","Not Handled","10","5.2","QoS and PCC Maintenance",11270,"available","2016-01-19T10:49:06.797","2016-01-19T12:37:32.707","","","Rel-13","23.203","13.6.0","TEI13","1020","","C",null,"","","","",""]
["S2-160396","Introducing VBR parameter in dedicated bearers","Qualcomm Incorporated","Haris Zisimopoulos",57197,"CR","","Approval","Summary of change: Makes the changes required in order to support variable bitrate codecs such as EVS VBR with optimal resources use","Not Handled","10","5.2","QoS and PCC Maintenance",11280,"available","2016-01-19T10:49:06.893","2016-01-19T12:37:32.737","","","Rel-13","23.401","13.5.0","TEI13","2970","","C",null,"","","","",""]
["S2-160397","Reply LS on QoS for EVS-VBR Codec Operation","Qualcomm Incorporated","Haris Zisimopoulos",57197,"LS out","","Approval","SA WG2 acknowledged the issue that is beneficial in certain scenarios for implementations for E-UTRAN to become aware of the use VBR codec. SA WG2 approved the attached CRs to allow E-UTRAN to become aware of the use of VBR codec signalling the VBR parame","","10","5.2","QoS and PCC Maintenance",11290,"available","2016-01-19T10:49:06.970","2016-01-19T12:37:32.767","","","Rel-13","","","","","","","",null,"SA WG4, RAN WG2"]
["S2-160398","Mapping of ProSe Per Packet Priority to QCI","Qualcomm Incorporated","Haris Zisimopoulos",57197,"CR","","Approval","Summary of change: Adds provisioning for mapping between ProSe Per Packet Priority to QCI","Agreed in parallel sessions Block approved","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11020,"agreed","2016-01-19T10:49:07","2016-01-19T12:37:32.813","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0304","","F","SP-160158","","","","",""]
["S2-160399","Discussion of a new AS Indicator for eCall over IMS in Release14","Qualcomm Incorporated","Haris Zisimopoulos",57197,"discussion","","Approval","This contribution discusses the need for a new AS Indicator for eCall over IMS in Release14.","","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17780,"noted","2016-01-19T10:49:07.063","2016-01-19T12:37:32.860","","","Rel-14","","","","","","","","","","","",""]
["S2-160400","Addition of eCall based on IMS Emergency Services","Qualcomm Incorporated","Haris Zisimopoulos",57197,"CR","","Approval","Summary of change: New architectural principles applicable to eCall are added. eCall related functions are added for the UE, E-CSCF and MGCF. Procedures are added for transfer of the MSD. Domain priority and selection are clarified.","Not Handled","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17820,"available","2016-01-19T10:49:07.080","2016-01-19T12:37:32.893","","S2-161512","Rel-14","23.167","13.1.0","EIEI","0284","","B",null,"","","","",""]
["S2-160401","Addition of eCall for IMS Emergency Services","Qualcomm Incorporated","Haris Zisimopoulos",57197,"CR","","Approval","Summary of change: Support for eCall only mode is added wherein a UE refrains from network signaling except to support MM and CM signaling when orginating an eCall, calling a configured test/reconfiguration MSISDN and responding to incoming services for a","Not Handled","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17810,"available","2016-01-19T10:49:07.140","2016-01-19T12:37:32.923","","S2-161513","Rel-14","23.401","13.5.0","EIEI","2971","","B",null,"","","","",""]
["S2-160402","Comments on MSD Transfer for eCall over IMS","Qualcomm Incorporated","Haris Zisimopoulos",57197,"discussion","","Approval","Provides comments to the transport of MSD mechanisms","","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17800,"noted","2016-01-19T10:49:07.237","2016-01-19T12:37:32.957","","","Rel-14","","","","","","","","","","","",""]
["S2-160403","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent?, MediaTek?, NEC?, Intel?, Qualcomm","Haris Zisimopoulos",57197,"CR","","Discussion","Summary of change: The solution is introduced","Sources need confirmation Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12840,"available","2016-01-19T10:49:07.237","2016-01-19T12:37:32.987","","","Rel-13","23.401","13.5.0","CIoT","2972","","B",null,"","","","",""]
["S2-160404","Mobility for UEs supporting CIOT optimisations","Qualcomm Incorporated","Haris Zisimopoulos",57197,"discussion","","Approval","Discusses issues arising from mobility (mostly Inter-RAT) for UE supporting CIOT optimisations.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12870,"noted","2016-01-19T10:49:07.327","2016-01-19T12:37:33.017","","","Rel-13","","","","","","","","","","","",""]
["S2-160405","Queues at SCEF for non-IP traffic","Neul","Runze Zhou",60945,"CR","","Approval","Summary of change: Queue interfaces, such as AMQP and MQTT, may be used for non-IP data and notifications, at SCEF","LATE DOC: Rx 19/01 17:45 Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12890,"available","2016-01-19T11:10:32.447","2016-01-19T18:23:27.050","","","Rel-13","23.401","13.5.0","FS_AE_CIoT","2973","","B",null,"","","","",""]
["S2-160406","Correction to Charging architecture","Alcatel-lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Align the charging architecture figure in TS 23.002 with TS 32.240","Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10710,"agreed","2016-01-19T11:14:17.883","2016-01-19T14:58:46.200","","","Rel-13","23.002","13.4.0","TEI13","0290","","F","SP-160162","","","","",""]
["S2-160407","Updating Discoverer Request procedures to ensure latest metadata for the Discoverer UE","ITRI","Stephan Gleixner",44214,"CR","","Approval","Summary of change: Adding Metadata Indicator to 5.3.3A.4 and 5.3.3A.5.","Not Handled","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11180,"available","2016-01-19T11:20:54.387","2016-01-19T11:27:59.280","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0305","","F",null,"","","","",""]
["S2-160408","Introducing CIoT Optimisations","Alcatel-Lucent?, Nokia Networks?, MediaTek?, Verizon?, Ericsson?, Vodafone, KPN","Shuang Zhang",49744,"CR","","Approval","Summary of change: The spec is updated with scope, architectural diagrams and definitions as appropriate.","Revision of S2-154395 from meeting #112. Sources need confirmation. WI Code should be CIoT. Revised to S2-160699.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12900,"revised","2016-01-19T11:26:31.843","2016-01-19T12:47:23.987","S2-154395","S2-160699","Rel-13","23.401","13.5.0","CIoT","2941","3","B",null,"","","","",""]
["S2-160409","Proposed study of enhancements to Isolated E-UTRAN Operation for Public Safety (IOPS)","General Dynamics UK Ltd.","Philip Young",27298,"discussion","","Approval","Background and motivation for the proposed study item WID 'Enhanced Isolated E-UTRAN Operation for Public Safety'","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18270,"noted","2016-01-19T11:37:32.047","2016-01-19T14:35:40.090","","","Rel-14","","","","","","","","","","","",""]
["S2-160410","How SCEF connection established - EMM model","Samsung, CATT","Sunghoon Kim",59112,"discussion","","Discussion","This paper discusses and proposes how SCEF connection established based on EMM procedure and SCEF data delivery works even if there is one or more PDN connections established.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12820,"available","2016-01-19T11:38:48.487","2016-01-19T12:05:27.100","","","Rel-13","","","","","","","","","","","",""]
["S2-160411","New Study Item for Enhanced Isolated E-UTRAN Operation for Public Safety","General Dynamics UK Ltd.","Philip Young",27298,"SID new","","Decision","Proposed new Study Item for Enhanced Isolated E-UTRAN Operation for Public Safety","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18240,"revised","2016-01-19T11:42:08.257","2016-01-19T14:35:40.120","","S2-160494","Rel-14","","","","","","","","","","","",""]
["S2-160412","Modification of match report procedures","Huawei, HiSilicon, LG Electronics","Runze Zhou",60945,"CR","","Approval","Modify the match report procedures that the HPLMN ProSe Function of monitor UE may optionally contact the ProSe Function of the inter-PLMN of announcing UE.","Agreed in parallel sessions Block approved","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11030,"agreed","2016-01-19T11:45:24.613","2016-01-19T13:50:33.843","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0306","","F","SP-160158","","","","",""]
["S2-160413","[DRAFT] Reply LS on RAN WG2 agreements for inter-carrier/Inter-PLMN sidelink discovery","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","Reply LS on RAN WG2 agreements for inter-carrier/Inter-PLMN sidelink discovery","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10840,"withdrawn","2016-01-19T11:45:24.723","2016-01-19T14:43:18.193","","","Rel-13","","","","","","","",null,"RAN WG2","CT WG1"]
["S2-160414","Discussion on RAN2 agreements for inter-carrier/Inter-PLMN sidelink discovery","Huawei, HiSilicon","Runze Zhou",60945,"discussion","","Approval","Discussion on RAN2 agreements for inter-carrier/Inter-PLMN sidelink discovery","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10830,"noted","2016-01-19T11:45:24.737","2016-01-19T14:43:18.163","","","Rel-13","23.303","13.2.0","","","","","","","","","",""]
["S2-160415","Modification of announcing alert procedures","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Modify the announcing alert procedures.","Revised to S2-160553.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11040,"revised","2016-01-19T11:45:24.753","2016-01-19T14:55:52.700","","S2-160553","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0307","","F",null,"","","","",""]
["S2-160416","Solution to Key Issue 4","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, a solution is proposed to address key issue 4","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15330,"revised","2016-01-19T11:45:24.830","2016-01-19T13:43:42.723","","S2-160778","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160417","Consideration for TA List Management in MME","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","this contribution proposes the considerations of TAI list management by MME","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15120,"merged","2016-01-19T11:45:24.830","2016-01-19T13:43:42.693","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160418","Lawful interception in split architectures","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This paper propose a solution for LI in split architectures.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14920,"revised","2016-01-19T11:45:24.847","2016-01-19T13:35:40.873","","S2-160560","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160419","[Draft] LS on Lawful interception in split EPC architecture","Huawei","Mirko Schramm",23396,"LS out","","Approval","SA3-LI is asked to check whether one of the identified variants for LI can be applied or whether a different alternative is recommended.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14960,"revised","2016-01-19T11:49:46.100","2016-01-19T14:09:17.863","","S2-160561","Rel-14","","","","","","","",null,"SA WG3-LI"]
["S2-160420","proposal 1 under the DP 160410 on S2-154452","Samsung","Sunghoon Kim",59112,"pCR","","Approval","During the negotiation between the UE and the MME, ‘NIDD via SCEF’ need to be indicated in the EMM message. (e.g., Preferred and Supported Behaviour in Attach/TAU)","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12850,"available","2016-01-19T11:50:31.510","2016-01-19T12:05:26.617","","","Rel-13","23.720","","FS_AE_CIoT","","",null,"","","","","",""]
["S2-160421","proposal 2 and 3 under the 160410 on S2-154451","Samsung","Sunghoon Kim",59112,"pCR","","Approval","The requested data path whether SCEF or P-GW should be indicated in the NAS message for small data transmission. When uplink SCEF data cannot be delivered because the MME knows that there is no NIDD configuration for that UE, a new NAS message is used to","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12860,"available","2016-01-19T11:50:31.510","2016-01-19T12:05:26.697","","","Rel-13","23.720","","FS_AE_CIoT","","",null,"","","","","",""]
["S2-160422","DP support multiple SCS/AS connection for NIDD via SCEF","Samsung","Sunghoon Kim",59112,"discussion","","Approval","This paper discusses and proposes how to support multiple SCS/AS connection to the UE via SCEF connection for Non-IP data delivery.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12830,"available","2016-01-19T11:50:31.510","2016-01-19T12:05:26.787","","","Rel-13","","","","","","","","","","","",""]
["S2-160423","Introduction of non-IP data delivery via the SCEF for cellular IoT","Samsung, Alcatel-Lucent, Cisco Systems Inc, Nokia Networks, Intel","Sunghoon Kim",59112,"CR","","Discussion","Summary of change: The NIDD procedures are described; those procedures are: - Configuration for NIDD procedure - MO NIDD procedure - MT NIDD procedure","Revision of S2-154400 from meeting #112. Merged with S2-160275 into S2-160770.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12760,"merged","2016-01-19T11:50:31.527","2016-01-19T12:05:26.867","S2-154400","","Rel-13","23.682","13.4.0","CIoT","0154","5","B",null,"","","","",""]
["S2-160424","Clarification on the Discovery Entry ID in Restricted discovery","Samsung","Sunghoon Kim",59112,"CR","","Approval","Summary of change: Add below text in the related steps of discovery request procedure for restricted discovery: When the Discovery Entry ID in the Discovery Request message contains a new value for this UE, the ProSe Function creates a new discovery entry","WI Code needs correction. Revised to S2-160551.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10920,"revised","2016-01-19T11:50:32.697","2016-01-19T12:05:26.913","","S2-160551","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0308","","C",null,"","","","",""]
["S2-160425","Update information storage of HSS","Samsung","Sunghoon Kim",59112,"CR","","Approval","Summary of change: Add ProSe Subscription Data to information storage of HSS","Wrong TS number requested so wrong CR number also! Noted","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11060,"noted","2016-01-19T11:50:32.757","2016-01-19T12:05:26.943","","","Rel-13","23.401","13.5.0","eProSe-Ext-SA2","2979","","B",null,"","","","",""]
["S2-160426","Modification of the reporting of monitor update result","Samsung","Sunghoon Kim",59112,"CR","","Approval","Summary of change: Remove Step 10 and Step 11 and re-order the step number in the Figure 5.3.6A.2.2-1 and the subclause 5.3.6A.2.2. Modify Step 7 to inform the result of revocation of the Discovery Filter.","Noted","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10860,"noted","2016-01-19T11:50:32.837","2016-01-19T12:05:26.990","","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0309","","C",null,"","","","",""]
["S2-160427","V2X architecture reference model","Samsung","Sunghoon Kim",59112,"pCR","","Approval","reuse ProSe architecture to V2X architecture","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17380,"merged","2016-01-19T11:50:32.947","2016-01-19T12:05:27.023","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160428","key issue update for vehicle identification","Samsung","Sunghoon Kim",59112,"pCR","","Approval","Most of V2V and V2P service requirement are related with warning scenario to help vehicle or driver to prevent car accident. Therefore vehicle identification in proximity (e.g., which car in the road) is important.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17560,"noted","2016-01-19T11:50:32.960","2016-01-19T12:05:27.053","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160429","Co-existence between ANDSF and LWA","Ericsson","Shabnam Sultana",21207,"discussion","","Approval","This contribution discusses solutions for ANDSF and LWA co-existence, and provides an updated solution","","11","5.3","Non-3GPP Access Maintenance",12180,"noted","2016-01-19T11:55:44.443","2016-01-19T13:56:08.803","","","Rel-13","","","","","","","","","","","",""]
["S2-160430","Co-existence between ANDSF and LWA","Ericsson","Shabnam Sultana",21207,"CR","","Discussion","Summary of change: LWA and ANDSF co-existence solution is updated to allow LWA to be applied also in case ANDSF is used","Not Handled","11","5.3","Non-3GPP Access Maintenance",12190,"available","2016-01-19T11:55:44.460","2016-01-19T13:56:08.837","","","Rel-13","23.402","13.4.0","TEI13","2940","","F",null,"","","","",""]
["S2-160431","Solution to Key Issue 1 - Single gateway controller","Huawei, HiSilicon","Mirko Schramm",23396,"pCR","","Approval","The contribution discusses the possibility for a single gateway controller as solution to key issue 1.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15470,"available","2016-01-19T12:05:26.850","2016-01-19T14:09:17.833","","","Rel-14","","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160432","Skeleton of TR 23.773 on FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","A skeleton of TR 23.773 on FS_GENCEF is presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17870,"revised","2016-01-19T12:08:56.623","2016-01-19T12:50:26.197","","S2-160498","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160433","Scope of TR 23.773 on FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Scope of TR 23.773 on FS_GENCEF is presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17890,"revised","2016-01-19T12:11:02.280","2016-01-19T12:50:26.227","","S2-160499","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160434","Key issue proposal: Minimization of signaling load","Samsung","Sung Hwan Won",46717,"pCR","","Approval","A new key issue aiming at studying minimization of signaling load is proposed.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17980,"revised","2016-01-19T12:15:26.247","2016-01-19T12:50:26.273","","S2-160502","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160435","Architectural assumptions and requirements for FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Architectural assumptions and requirements for FS_GENCEF are presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17910,"revised","2016-01-19T12:17:43.617","2016-01-19T12:50:26.303","","S2-160500","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160436","New solution: Group management via HSS","Samsung","Sung Hwan Won",46717,"pCR","","Approval","A new solution to address the key issue on supporting group management is presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",18000,"postponed","2016-01-19T12:20:25.030","2016-01-19T12:50:26.350","","","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160437","New key issue proposal on network capability exposure","Samsung","Sung Hwan Won",46717,"pCR","","Approval","A new key issue for FS_ NexGen is proposed.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16590,"revised","2016-01-19T12:23:14.210","2016-01-19T12:50:26.383","","S2-160673","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160438","No multiple External IDs or MSISDNs for monitoring event configuration","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: Removal of possibility to add multiple External IDs or MSISDNs in the Monitoring Request message in describing the Monitoring Event Configuration and Deletion via HSS procedure","Noted in parallel sessions","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10350,"noted","2016-01-19T12:25:51.600","2016-01-19T12:50:26.413","","","Rel-13","23.682","13.4.0","TEI13, MONTE","0163","","F",null,"","","","",""]
["S2-160439","List of External Identifiers in the Subscription Data","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: A new field 'External Identifier List' is included in the Subscription Data.","Noted in parallel sessions","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10280,"noted","2016-01-19T12:28:49.483","2016-01-19T12:50:26.460","","","Rel-11","23.401","11.11.0","TEI11, SIMTC","2974","","F",null,"","","","",""]
["S2-160440","List of External Identifiers in the Subscription Data","Samsung","Sung Hwan Won",46717,"CR","","Approval","Rel-12 mirror CR: Summary of change: A new field 'External Identifier List' is included in the Subscription Data.","Noted in parallel sessions","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10290,"noted","2016-01-19T12:32:47.523","2016-01-19T12:50:26.490","","","Rel-12","23.401","12.10.0","TEI11, SIMTC","2975","","A",null,"","","","",""]
["S2-160441","List of External Identifiers in the Subscription Data","Samsung","Sung Hwan Won",46717,"CR","","Approval","Rel-13 mirror CR: Summary of change: A new field 'External Identifier List' is included in the Subscription Data.","Revised in parallel sessions to S2-160503.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10300,"revised","2016-01-19T12:35:37.187","2016-01-19T12:50:26.523","","S2-160503","Rel-13","23.401","13.5.0","TEI11, SIMTC","2976","","A",null,"","","","",""]
["S2-160442","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent, MediaTek, NEC, Intel, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The solution 6.2 of TR 23.720 is introduced in 23.401","Revision of S2-154451 from meeting #112. Revision proposed in S2-160491. Revised off-line merging S2-160491 in S2-160758","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13170,"revised","2016-01-19T12:37:33.437","2016-01-19T14:05:12.977","S2-154451","S2-160491, S2-160758","Rel-13","23.401","13.5.0","CIoT","2942","6","B",null,"","","","",""]
["S2-160443","Solution for Key Issue 1 (Transition to Single Service Profile in IMS)","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes potential solution to SeDoC key Issue 1 (Transition to Single Service Profile in IMS).","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16760,"revised","2016-01-19T12:38:06.930","2016-01-19T13:04:40.897","","S2-160714","Rel-14","","","","","",null,"","","","","",""]
["S2-160444","Solution for Key Issue 2 (Emergency Calls Routed via IMS Service Domain)","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes potential solution to SeDoC key Issue 2 (Emergency Calls Routed via IMS Service Domain).","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16790,"noted","2016-01-19T12:44:20.017","2016-01-19T13:04:40.930","","","Rel-14","","","","","",null,"","","","","",""]
["S2-160445","Update to Solution 5","Intel, Nokia, NTT DOCOMO","Saso Stojanovski",24932,"pCR","","Approval","Proposes an update of solution 5 to include the case of anonymous SIP INVITE for UEs not supporting GIBA.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13890,"revised","2016-01-19T12:46:17.470","2016-01-19T14:39:00.500","","S2-160679","","","","","","",null,"","","","","",""]
["S2-160446","Evaluation and conclusion on Key Issue #1","Intel, Nokia, NTT DOCOMO","Saso Stojanovski",24932,"pCR","","Approval","Proposes evaluation and conclusion on Key Issue #1","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14440,"revised","2016-01-19T12:47:40.807","2016-01-19T14:39:00.453","","S2-160735","","","","","","",null,"","","","","",""]
["S2-160447","NexGen Architectural Assumptions","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes some architectural assumptions for the NexGen Architecture.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16010,"withdrawn","2016-01-19T12:49:13.127",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-160448","Introduction of attach procedure changes for CIoT EPS optimization","Alcatel-lucent, Vodafone, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The Attach procedure changes are introduced A new section allowing network preferred behaviour negotioation is introduced.","Revision of S2-154452 from meeting #112. Revised in drafting session to S2-160760.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13030,"revised","2016-01-19T12:49:51.347","2016-01-19T14:05:12.947","S2-154452","S2-160760","Rel-13","23.401","13.5.0","CIoT","2951","5","B",null,"","","","",""]
["S2-160449","Non-roaming baseline architecture with C/U-plane split","Intel","Saso Stojanovski",24932,"pCR","","Approval","Proposes a non-roaming baseline architecture with C/U-plane split for inclusion in the TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15950,"merged","2016-01-19T12:56:35.867","2016-01-19T14:40:35.677","","","","","","","","",null,"","","","","",""]
["S2-160450","Key Issue on Interworking and Migration","Intel","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new Key Issue on Interworking and Migration","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16550,"available","2016-01-19T12:58:12.447","2016-01-19T14:40:35.643","","","","","","","","",null,"","","","","",""]
["S2-160451","Key Issue on Service continuity","Intel","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new Key Issue on Service continuity","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16330,"merged","2016-01-19T13:00:07.603","2016-01-19T14:40:35.767","","","","","","","","",null,"","","","","",""]
["S2-160452","Key Issue on Efficient user plane paths","Intel","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new Key Issue on Efficient user plane paths","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16220,"revised","2016-01-19T13:01:58.473","2016-01-19T14:40:35.737","","S2-160669","","","","","","",null,"","","","","",""]
["S2-160453","Solution to Key Issue on QoS Framework","Intel","Saso Stojanovski",24932,"pCR","","Approval","Proposes a bearerless QoS framework for inclusion in the TR","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16670,"available","2016-01-19T13:03:51.227","2016-01-19T14:40:35.707","","","","","","","","",null,"","","","","",""]
["S2-160454","Supporting eDRX in unsynchronized LTE Networks","NTT DOCOMO","Irfan Ali",57013,"discussion","","Approval","eDRX specifications for LTE agreed in previous SA2 meeting created a new requirement of 'loose Hyper SFN synchronization' in the network. LTE networks deployed today do not support any network synchronization and it should also be possible to deploy eDRX","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10600,"noted","2016-01-19T13:07:37.363","2016-01-19T13:37:02.743","","","Rel-13","23.682","13.4.0","","","","","","","","","",""]
["S2-160455","Supporting eDRX in unsynchronized E-UTRAN networks","NTT DOCOMO","Irfan Ali",57013,"CR","","Endorsement","Summary of change: Added paging support for idle-mode eDRX in unsynchronized E-UTRAN networks","Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10610,"available","2016-01-19T13:07:37.380","2016-01-19T13:37:02.773","","","Rel-13","23.682","13.4.0","eDRX","0164","","F",null,"","","","",""]
["S2-160456","MT SMS for eDRX in unsynchronized E-UTRAN networks","NTT DOCOMO","Irfan Ali",57013,"CR","","Approval","Summary of change: Added clarifications on how MT SMS work for eDRX in unsynchronized networks","Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10620,"available","2016-01-19T13:07:37.473","2016-01-19T13:37:02.807","","","Rel-13","23.272","13.2.0","eDRX","0959","","F",null,"","","","",""]
["S2-160457","Updates to Solution #3","NTT DOCOMO, DT","Irfan Ali",57013,"pCR","","Approval","Provides some updates to Solution #3","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14000,"revised","2016-01-19T13:07:37.550","2016-01-19T13:37:02.850","","S2-160683","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160458","Evaluation of Key Issue #3: PLMN-ID determination at IMS Entities","NTT DOCOMO","Irfan Ali",57013,"pCR","","Approval","Provides evaluation of the different solutions for obtaining VPLMN-ID at IMS entities","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14310,"revised","2016-01-19T13:07:37.550","2016-01-19T14:31:04.350","","S2-160688","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160459","Evaluation and conclusions for Key Issue #4: Local number translation and routing","NTT DOCOMO","Irfan Ali",57013,"pCR","","Approval","Provides evaluation and conclusion of the different solutions Key issue #4","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14390,"merged","2016-01-19T13:07:37.550","2016-01-19T15:02:38.327","","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160460","Key Issue on Integration of NexGen 3GPP RAT with NexGen Core","NTT DOCOMO","Irfan Ali",57013,"pCR","","Approval","Proposes a key issue for integration of 5G RAT into the NexGen core","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16570,"available","2016-01-19T13:07:37.567","2016-01-19T13:37:02.883","","","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160461","New Key issue proposal on CS data support by SeDoC architecture","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes to add a new key issue on CS data support by SeDoC architecture.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16710,"revised","2016-01-19T13:08:11.683","2016-01-19T13:11:27.917","","S2-160712","Rel-14","","","","","",null,"","","","","",""]
["S2-160462","SDCI Key Issue 1 - Provisioning of Sponsor Packet Flow Descriptions via SCEF and PCRF","Openet","Max Bacik",43305,"pCR","","Approval","A solution to address key issue 1 enabling sponsor to provision packet flow descriptions into operator network via SCEF","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17090,"noted","2016-01-19T13:10:26.513","2016-01-19T13:23:04.560","","","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160463","SDCI Key Issue 1 and 2 Solution Discussion","Openet","Max Bacik",43305,"discussion","","Approval","An overview is presented for discussion on an overall solution for SDCI key issues 1 and 2, and also around a simplified method of enabling sponsored data.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16920,"noted","2016-01-19T13:11:57.587","2016-01-19T13:23:15.887","","","Rel-14","23.721","","","","","","","","","","",""]
["S2-160464","SA WG2 Work Planning Worksheet","SA WG2 Chairman","Frank Mademann",6821,"other","","Discussion","A revision of this document will capture agreements during work planning as SA WG2 preparations for TSG SA and/or for future SA WG2 meetings.","","30","7.2","Review of the Work Plan",18430,"revised","2016-01-19T13:19:15.240","2016-01-19T13:59:34.973","","S2-160824","","","","","","","","","","","","",""]
["S2-160465","Introduction of support for NB-IoT","Vodafone","Chris Pudney",1122,"CR","","Approval","Summary of change: Aspects included in this CR: 1) define NB-IoT as a subset of E-UTRAN (and, for this specification, define 'WB-E-UTRAN' as the subset of all E-UTRAN that excludes NB-IoT) (clause 3.1)  2) inhibiting Detach for NB-IoT UE when last EPS bea","Revision of S2-154394 from meeting #112. WI Code should be CIoT. Revised to S2-160700.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12930,"revised","2016-01-19T13:53:33.837","2016-01-19T13:56:08.227","S2-154394","S2-160700","Rel-13","23.401","13.5.0","CIoT","2948","3","B",null,"","","","",""]
["S2-160466","UE Capability Handling for Control Plane CIoT EPS optimization","Vodafone","Chris Pudney",1122,"CR","","Approval","Summary of change: The solution is introduced in the UE capability handling section","WI Code should be CIoT. Revised to S2-160769.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13230,"revised","2016-01-19T14:00:56.093","2016-01-19T14:04:58.997","","S2-160769","Rel-13","23.401","13.5.0","CIoT","2977","","B",null,"","","","",""]
["S2-160467","V8 Solution 1 update and evaluation","Orange, Telecom Italia","Antoine Mouquet",38438,"pCR","","Approval","Updates and evaluates the Solution 1 of FS_V8.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13930,"revised","2016-01-19T14:01:23.843","2016-01-19T14:51:00.013","","S2-160682","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160468","Solution to Key Issue 1 - User Plane Function Generating CDR","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","in this contribution, it is proposed that user plane entity support the CDR generation function","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15480,"available","2016-01-19T14:02:54.900","2016-01-19T14:04:16.487","","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160469","Considerations and Way Forward on SCEF and non-IP PDN connections","Vodafone","Chris Pudney",1122,"discussion","","Decision","The nature of the SCEF connection to the UE and differentiation between SCEF and non-IP PDN connections have been discussed in the recent SA WG2 telcos on CIoT. This paper identifies some issues that should be considered and proposed a conclusion.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12810,"available","2016-01-19T14:06:46.747","2016-01-19T14:09:24.430","","","Rel-13","","","","","","","","","","","",""]
["S2-160470","DRAFT response to LS on questions on CIoT","VODAFONE Group Plc","Chris Pudney",1122,"LS out","","Approval","Response to: C1-160784/S2-160207","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12660,"revised","2016-01-19T14:15:15.260","2016-01-19T14:18:23.167","","S2-160667","Rel-13","","","","","","","",null,"CT WG1, RAN WG2, RAN WG3","CT WG4, RAN WG1, SA WG3"]
["S2-160471","5G Architectural requirement for energy efficiency","Orange","Antoine Mouquet",38438,"pCR","","Approval","5G Architectural requirement for energy efficiency","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15850,"revised","2016-01-19T14:22:25.530","2016-01-19T14:51:00.047","","S2-160708","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160472","Addition of ProSe Per-Packet Priority & QCI in the TMGI Monitoring Request procedure","InterDigital","Mahmoud Watfa",41881,"CR","","Approval","Summary of change: Update the TMGI Monitoring Request procedure to include PPPP and QCI parameters in the figure (for the TMGI Monitoring Request message).  Update the corresponding text to reflect the added parameters in the figure (for the TMGI Monitori","Revised to S2-160552.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11000,"revised","2016-01-19T14:31:48.653","2016-01-19T14:40:53.177","","S2-160552","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0310","","F",null,"","","","",""]
["S2-160473","APN AMBR change at a certain time on Gx","Alcatel-Lucent, Verizon, Oracle, Huawei, Ericsson, Cisco","Mirko Schramm",23396,"CR","","Approval","Summary of change: The PCRF is enabled to request that the PCEF changes the APN-AMBR at a specific point in time in the future.","Revision of S2-154186 from meeting #112. Revised in parallel sessions to S2-160594.","10","5.2","QoS and PCC Maintenance",11440,"revised","2016-01-19T14:39:08.783","2016-01-19T14:42:39.430","S2-154186","S2-160594","Rel-13","23.203","13.6.0","TEI13","1009","5","B",null,"","","","",""]
["S2-160474","MT SM transmission to a UE in eDRX within the SM-Delivery-Start-Time/Timer","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Mike Dolan",1692,"CR","","Approval","Summary of change: The SGsAP-PAGING-REQUEST message is extended with two new IEs (SM Delivery Timer and SM Delivery Start Time) to enable the VLR to indicate the time until which the VLR supports buffering the Short Message.  The SGsAP-UE-UNREACHABLE mess","LATE DOC: Rx 19/01 16:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10660,"available","2016-01-19T14:40:22.290","2016-01-19T15:43:32.833","","S2-161652","Rel-13","23.272","13.2.0","eDRX","0960","","B",null,"","","","",""]
["S2-160475","New Study Item for Isolated E-UTRAN Operation for Public Safety in Limited Backhaul scenario","Orange, Telecom Italia","Antoine Mouquet",38438,"SID new","","Approval","New Study Item proposal on architecture enhancements for Isolated E-UTRAN Operation for Public Safety, in Limited Backhaul scenario. This scenario is part of Rel-13 stage-1 requirements but could not be addressed in stage 2 during Rel-13 timeframe due to","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18230,"merged","2016-01-19T14:42:03.033","2016-01-19T14:51:00.093","","","Rel-14","","","","","","","","","","","",""]
["S2-160476","QoS for solution 2 and RRC establishment 'causes' for NB-IoT","Vodafone","Chris Pudney",1122,"discussion","","Decision","During the debate between TR 23.720's solution 2 and solution 18, it was commented that solution 2 lacked QoS support. This paper proposes to reuse the basic GPRS concept for solution 2 to indicate some relative priority BETWEEN subscribers to the NB-IoT","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13250,"noted","2016-01-19T14:44:20.593","2016-01-19T14:46:08.593","","","Rel-13","","","","","","","","","","","",""]
["S2-160477","Draft Reply to LS on NB-IoT work progress in RAN WG2","VODAFONE Group Plc","Chris Pudney",1122,"LS out","","Approval","To: RAN WG2, CT WG1. CC: RAN WG3","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12610,"revised","2016-01-19T14:48:21.207","2016-01-19T15:02:20.980","","S2-160666","Rel-13","","","","","","","",null,"RAN WG2, CT WG1","RAN WG3"]
["S2-160478","[DRAFT] LS on transport option for downlink from eNB-type RSU for V2X services","LG Electronics","Laeyoung Kim",40613,"LS out","","Approval","LS to RAN WG2 on transport option for downlink from eNB-type RSU for V2X services","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17690,"available","2016-01-19T14:55:13.653","2016-01-19T14:57:21.587","","","Rel-14","","","","","","","",null,"RAN WG2"]
["S2-160479","What is the meaning of access independence?","Intel","Saso Stojanovski",24932,"discussion","","Discussion","Proposes to discuss the meaning of access independence.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16500,"available","2016-01-19T15:09:05.987","2016-01-19T15:13:15.427","","","","","","","","","","","","","","",""]
["S2-160480","MT NIDD procedures for UEs in extended idle mode DRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"discussion","","Decision","Two problems exist in 23.682 CR0154 rev 4: NIDD configuration is not supported unless the UE is attached, since the current figure in 5.x.1 includes immediately going to the MME for NIDD configuration, and the text does not consider that the UE may not be","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13440,"available","2016-01-19T16:03:42.900","2016-01-19T16:16:55.593","","","Rel-13","","","","","","","","","","","",""]
["S2-160481","Introduction of non-IP data delivery via the SCEF for cellular IoT","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: The NIDD procedures are described; those procedures are: - Configuration for NIDD procedure - MO NIDD procedure - MT NIDD procedures","Revision of S2-154400. LATE REQ: LATE DOC: Rx 19/01 17:15 Not Handled","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13450,"available","2016-01-19T16:06:10.023","2016-01-19T16:16:55.563","S2-154400","","Rel-13","23.682","13.4.0","CIoT","0154","6","B",null,"","","","",""]
["S2-160482","'UE reachability' event reports for UEs using extended idle mode DRX","Convida Wireless","Michael Starsinic",45438,"CR","","Approval","Summary of change: Text updated to be consistient with TS 23.682: 1. A notification may be sent before UE becomes reachable for paging. 2. Reachability Notifications may be used with Extended S-GW bufering","LATE REQ: LATE DOC: Rx 19/01 18:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10670,"available","2016-01-19T16:18:50.643","2016-01-19T16:42:48.173","","","Rel-13","23.401","13.5.0","TEI13","2978","","F",null,"","","","",""]
["S2-160483","'UE reachability' event reports for UEs using extended idle mode DRX","Convida Wireless","Michael Starsinic",45438,"CR","","Approval","Summary of change: Text updated to be consistient with TS 23.682: 1. A notification may be sent before UE becomes reachable for paging. 2. Reachability Notifications may be used with Extended S-GW bufering","LATE REQ: LATE DOC: Rx 19/01 18:40 Not Handled","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10680,"available","2016-01-19T16:18:50.720","2016-01-19T16:42:48.220","","","Rel-13","23.060","13.5.0","TEI13","1998","","F",null,"","","","",""]
["S2-160484","List of Questions for SA WG2 asked during the CT WG4 Telco on CIoT","Alcatel-Lucent","Bruno Landais",17613,"discussion","","Discussion","Captures a list of questions to SA WG2 which were asked during the CT WG4 Telco on CIoT.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13490,"available","2016-01-21T08:05:40.777","2016-01-21T09:05:50.143","","","Rel-13","","","","","","","","","","","",""]
["S2-160485","LS from RAN WG3: LS on Multiple uplink NAS PDUs in CIoT optimization","RAN WG3","Wang Yan",54091,"LS in","","Action","RAN WG3 discussed the S1 impacts of CIoT optimization solutions, and noticed that currently a S1 AP signalling connection is established when a downlink S1AP message follows the first uplink message. Therefore, RAN WG3 would like to get further guidance f","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13540,"replied to","2016-02-04T07:31:30.387","2016-03-01T15:03:26.090","","","Rel-13","","","","","","","",null,"SA WG2","CT WG1, RAN WG2","R3-160142","S2-160828"]
["S2-160486","LS from RAN WG2: Reply LS on questions on CIoT","RAN WG2","Yang Zhao",38697,"LS in","","Information","RAN WG2 thanks CT WG1 for the LS and would like to provide feedback on Q16: (16) To: RAN WG2: Is (or will be) NB-IoT designed to guarantee in-sequence-delivery of packets? RAN WG2: Yes, NB-IoT design guarantees in-sequence-delivery of packets as for LTE.","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13500,"revised","2016-02-04T07:31:30.403","2016-03-01T15:03:26.090","","S2-160936","Rel-13","","","","","","","",null,"CT WG1","SA WG2, RAN WG1, CT WG4","R2-160536"]
["S2-160487","LS from RAN WG3: LS on questions on NB-IoT","RAN WG3","Alexej Kulakov",32810,"LS in","","Action","RAN WG3 has discussed the delivery of NAS over S1 for CP NB IoT optimisation (former solution 2 TR 23.720). RAN WG3 is wondering, if there are S1 protocol impacts due to carrying data and signalling over NAS, see CP NB IoT optimisation (former solution 2","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13510,"revised","2016-02-04T07:31:30.417","2016-03-01T15:03:26.090","","S2-160937","Rel-13","","","","","","","",null,"SA WG2, CT WG1","RAN WG1, SA WG3, RAN WG2","R3-160135"]
["S2-160488","LS from RAN WG3: LS on Release of Control Plane for DONAS","RAN WG3","Philippe Godin",28232,"LS in","","Action","RAN WG3 has reviewed the SA WG2 technically endorsed CR2942 on TS23.401 introducing the control plane solution and noticed that this SA WG2 CR introduced a new Release Indication IE sent together with the last DL data over S1AP and RRC in steps 11 and 12","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13520,"revised","2016-02-04T07:31:30.433","2016-03-01T15:03:26.090","","S2-160940","Rel-13","","","","","","","",null,"SA WG2","RAN WG2","R3-160140"]
["S2-160489","LS from RAN WG3: LS on CIOT optimization","RAN WG3","Xiaowan Ke",46224,"LS in","","Action","RAN WG3 has discussed the CIOT optimization and RAN WG3 would like to ask the following questions: 1) If the MME doesn't allow a UE to use NB IoT based on the UE's subscription, does the MME reject the attach request or does the MME request the eNB and th","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13530,"revised","2016-02-04T07:31:30.450","2016-03-01T15:03:26.107","","S2-160938","Rel-13","","","","","","","",null,"SA WG2, RAN WG2","CT WG1","R3-160147"]
["S2-160490","[DRAFT] Reply LS to LS on APN AMBR change at a certain time on Gx","Alcatel-Lucent","Laurent Thiebaut",11066,"LS out","","Approval","Proposed answer to S2-160008","","10","5.2","QoS and PCC Maintenance",11470,"revised","2016-02-04T07:31:30.463","2016-03-01T15:03:26.107","","S2-160595","Rel-13","","","","","","","",null,"CT WG3","-","-"]
["S2-160491","Introduction of Control Plane CIoT EPS optimization","BlackBerry UK Ltd.","Stephen Barrett",61827,"CR","","Approval","Summary of change: The solution 6.2 of TR 23.720 is introduced in 23.401","LATE REQ: LATE DOC: Rx 25/01 11:45. Proposed revision of S2-160442. Merged with S2-160442 in S2-160758","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13220,"merged","2016-02-04T07:31:30.480","2016-03-01T15:03:26.107","S2-160442","","Rel-13","23.401","13.5.0","CIoT","2942","7","B",null,"","","","",""]
["S2-160492","Draft Agenda for SA WG2#113","SA WG2 Chairman","Frank Mademann",6821,"agenda","","Approval","The meeting agenda.","","2","2","Approval of the agenda",10010,"approved","2016-02-04T07:31:30.573","2016-03-01T15:03:26.120","S2-160001","","","","","","","","","","","","","",""]
["S2-160493","New Study Item for Isolated E-UTRAN Operation for Public Safety in Limited Backhaul scenario","Orange, Telecom Italia","Antoine Mouquet",38438,"SID new","","Approval","New Study Item proposal on architecture enhancements for Isolated E-UTRAN Operation for Public Safety, in Limited Backhaul scenario. This scenario is part of Rel-13 stage-1 requirements but could not be addressed in stage 2 during Rel-13 timeframe due to","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18420,"withdrawn","2016-02-04T07:31:30.590",null,"","","Rel-14","","","","","","","","","","","",""]
["S2-160494","New Study Item for Enhanced Isolated E-UTRAN Operation for Public Safety","General Dynamics UK Ltd., Orange","Philip Young",27298,"SID new","","Decision","Proposed new Study Item for Enhanced Isolated E-UTRAN Operation for Public Safety","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18250,"revised","2016-02-04T07:31:30.607","2016-03-01T15:03:26.120","S2-160411","S2-160819","Rel-14","","","","","","","","","","","",""]
["S2-160495","New work item on Non-IP for Cellular IoT for EC-EGPRS","Ericsson, Orange, MediaTek","Shabnam Sultana",21207,"WID new","","Approval","New WID","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18290,"revised","2016-02-04T07:31:30.620","2016-03-01T15:03:26.120","S2-160260","S2-160820","Rel-13","","","","","","","","","","","",""]
["S2-160496","New SID on Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, Broadcom, Sprint, Verizon, AT&T, Nokia Networks, Orange, T-Mobile USA, LG Electronics, TCS, Motorola Mobility, Lenovo, Ericsson","Laurent Thiebaut",11066,"SID new","","Approval","new SID for FS-SEW2 to align with the 3GPP WID DB (book keeping purpose). Delta wrt FS-SEW are highlighted by revision marks","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18340,"revised","2016-02-04T07:31:30.637","2016-03-01T15:03:26.120","S2-160076","S2-160821","Rel-14","","","","","","","","","","","",""]
["S2-160497","New WID on the Support of Emergency services over WLAN - phase 2 (SEW2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, Broadcom, Sprint, Verizon, AT&T, Nokia Networks","Laurent Thiebaut",11066,"WID new","","Approval","new WID for SEW2 to do the normative work based on the output of FS-SEW2","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18370,"revised","2016-02-04T07:31:30.667","2016-03-01T15:03:26.137","S2-160078","S2-160822","Rel-14","","","","","","","","","","","",""]
["S2-160498","Skeleton of TR 23.773 on FS_GENCEF","Samsung","Sung Hwan Won",46717,"draft TR","","Approval","A skeleton of TR 23.773 on FS_GENCEF is presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17880,"approved","2016-02-04T07:31:30.683","2016-03-01T15:03:26.137","S2-160432","","Rel-14","23.773","0.0.0","","","","","","","","","",""]
["S2-160499","Scope of TR 23.773 on FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Scope of TR 23.773 on FS_GENCEF is presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17900,"approved","2016-02-04T07:31:30.807","2016-03-01T15:03:26.137","S2-160433","","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160500","Architectural assumptions and requirements for FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Architectural assumptions and requirements for FS_GENCEF are presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17920,"revised","2016-02-04T07:31:30.823","2016-03-01T15:03:26.137","S2-160435","S2-160539","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160501","Key issue of Group Creation and Modification","Convida Wireless, Samsung","Michael Starsinic",45438,"pCR","","Approval","This contribution proposes a new key issue for GENCEF.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17960,"revised","2016-02-04T07:31:30.840","2016-03-01T15:03:26.153","S2-160129","S2-160871","Rel-14","23.773","0.0.0","FS_GENCEF","","",null,"","","","","",""]
["S2-160502","Key issue proposal: Minimization of signaling load","Samsung","Sung Hwan Won",46717,"pCR","","Approval","A new key issue aiming at studying minimization of signaling load is proposed.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17990,"approved","2016-02-04T07:31:30.853","2016-03-01T15:03:26.153","S2-160434","","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160503","List of External Identifiers in the Subscription Data","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: A new field 'External Identifier List' is included in the Subscription Data.","Revision of S2-160441. Revised in parallel sessions to S2-160537.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10310,"revised","2016-02-04T07:31:30.887","2016-03-01T15:03:26.153","S2-160441","S2-160537","Rel-13","23.401","13.5.0","TEI11, SIMTC","2976","1","F",null,"","","","",""]
["S2-160504","Determination of MB2/Ns interface connection agreement","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The SCEF derives the targeted PLMN ID from the location information included in the request in order to determine if it has MB2/Ns interface connection agreement with the PLMN.","Revision of S2-160110. Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10340,"agreed","2016-02-04T07:31:30.980","2016-03-01T15:03:26.153","S2-160110","","Rel-13","23.682","13.4.0","AESE","0156","2","F","SP-160159","","","","",""]
["S2-160505","[DRAFT] Response LS on RAN WG2 agreements on extended DRX","SA WG2","Miguel Griot",42742,"LS out","","Approval","-","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10420,"noted","2016-02-04T07:31:31.073","2016-03-01T15:03:26.167","","","","","","","","","","",null,"RAN WG2, RAN WG3","-"]
["S2-160506","[DRAFT] LS on issues related to MT SMS over SGs delivery in eDRX","SA WG2","Miguel Griot",42742,"LS out","","Approval","-","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10440,"revised","2016-02-04T07:31:31.087","2016-03-01T15:03:26.167","","S2-160530","","","","","","","","",null,"CT WG1","CT WG4"]
["S2-160507","Alignment of support for DECOR in shared networks","TeliaSonera AB","Ulf Nilsson",21895,"CR","","Approval","RAN WG3 has defined the stage 3 details of how DECOR and MOCN interact. This CR introduces the assumptions made by RAN WG3 in stage 2 specifications.Text is added to Section 4.3.25.3 to align the stage 2 description of DECOR in MOCN shared networks.","Revision of S2-160249. Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10130,"agreed","2016-02-04T07:31:31.103","2016-03-01T15:03:26.167","S2-160249","","Rel-13","23.401","13.5.0","DECOR","2961","1","F","SP-160163","","","","",""]
["S2-160508","Fix wrong wording on DNS procedure for DECOR","NEC","Toshiyuki Tamura",17921,"CR","","Approval","Summary of change: This CR proposes to use normative wording as 'The DNS procedure may be used by the source CN node to'.","Revision of S2-160198. Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10150,"agreed","2016-02-04T07:31:31.197","2016-03-01T15:03:26.167","S2-160198","","Rel-13","23.401","13.5.0","DECOR","2958","1","F","SP-160163","","","","",""]
["S2-160509","Add missing text for DNS procedure for DECOR","NEC","Toshiyuki Tamura",17921,"CR","","Approval","Summary of change: This CR proposes to add missing text on the DNS procedure for DECORE to 23.060.","Revision of S2-160199. Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10170,"agreed","2016-02-04T07:31:31.290","2016-03-01T15:03:26.183","S2-160199","","Rel-13","23.060","13.5.0","DECOR","1996","1","F","SP-160163","","","","",""]
["S2-160510","Support of CSG, LIPA, and SIPTO@LN functions for dual connectivity","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: Support of CSG, LIPA, and SIPTO@LN functions for dual connectivity is clarified. The E-UTRAN initiated E-RAB modification procedure includes descriptions relevant to the CSG memebership verification and User CSG Information update.","Revision of S2-160107. Noted in parallel sessions","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10250,"noted","2016-02-04T07:31:31.387","2016-03-01T15:03:26.183","S2-160107","S2-161788, S2-161789","Rel-13","23.401","13.5.0","TEI13, LTE_dualC_ext-Core","2956","1","B",null,"","","","",""]
["S2-160511","[DRAFT] Reply LS on RAN WG3 agreements on DC enhancements for LTE","SA WG2","Sung Hwan Won",46717,"LS out","","Approval","Response to R3-152911","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10200,"revised","2016-02-04T07:31:31.477","2016-03-01T15:03:26.183","S2-160109","S2-160538","Rel-13","","","","","","","","S2-160046","RAN WG3, CT WG3, CT WG4"]
["S2-160512","V2X reference architecture and RSU discussion","Qualcomm Incorporated, LG Electronics","Hong Cheng",25668,"pCR","","Approval","Proposes the reference architecture for the V2X system.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17390,"revised","2016-02-04T07:31:31.493","2016-03-01T15:03:26.183","S2-160312","S2-160542","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160513","New Key Issue#xx: Localized MBMS Support","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","-","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17420,"approved","2016-02-04T07:31:31.510","2016-03-01T15:03:26.200","","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160514","V2X reference architecture","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the reference architecture for V2X.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17460,"revised","2016-02-04T07:31:31.540","2016-03-01T15:03:26.200","S2-160353","S2-160543","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160515","RSU's role in V2I and V2N","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper tries to establish some assumptions on the role of RSU.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17490,"revised","2016-02-04T07:31:31.557","2016-03-01T15:03:26.200","S2-160393","S2-160544","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160516","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18450,"withdrawn","2016-02-04T07:31:31.573",null,"","","","","","","","","","","","","","",""]
["S2-160517","[DRAFT] LS on guidance by SA WG2 on CIOT","SA WG2","Alessio Casati",68028,"LS out","","Approval","To: CT WG4","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12550,"revised","2016-02-04T07:31:31.603","2016-03-01T15:03:26.217","","S2-160771","","","","","","","","",null,"CT WG4","-","-"]
["S2-160518","eDECOR Defintions","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Definition to be included in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14580,"approved","2016-02-04T07:31:31.620","2016-03-01T15:03:26.217","S2-160151","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160519","Discussion on DCN selection based on Usage Type and DCN Type","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Discuss the issues related to Usage Type and DCN Type, and propose a solution for DCN selection based on Usage Type and DCN Type.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14600,"approved","2016-02-04T07:31:31.650","2016-03-01T15:03:26.217","S2-160308","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160520","Description of an eDECOR solution#1 variant","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","Based on solution #1 principle that the UE is updated with the CN instead of been pre-configured, and due to the non-universality of the DCN type (it is per PLMN), it is proposed to describe a variant of solution #1 based on the above principle but using","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14640,"revised","2016-02-04T07:31:31.667","2016-03-01T15:03:26.217","S2-160191","S2-160862","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160521","Solution #1: Solution Evaluation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Evaluation of solution #1 to be introduced in TR23.711","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14680,"withdrawn","2016-02-04T07:31:31.680",null,"S2-160154","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160522","eDecor Key Issue 1 - solutions evaluation and conclusion","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution analyses and evaluates the solutions for eDecor Key Issue 1 (DCN selection by UE) and proposes a solution for the normative specs","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14720,"withdrawn","2016-02-04T07:31:31.713",null,"S2-160112","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160523","CIoT Drafting Output","Intel (Convenor)","Puneet Jain",36283,"report","","Information","Agreements from Drafting session: - UE requests 'Non-IP' ESM session w/ PDN type = 'Non-IP' - MME creates a PDN connection depending on APN and/or HSS information. MME selects SCEF or P-GW based on APN information. - UE is informed by MME which transmissi","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12530,"revised","2016-02-04T07:31:31.727","2016-03-01T15:03:26.230","","S2-160541","","","","","","","","","","","","",""]
["S2-160524","HSS Initiated update for Dedicated CN Information/Redirection","InterDigital","Mahmoud Watfa",41881,"pCR","","Decision","This document addresses the scenario for subscription update related to eDECOR after the UE is already registered in the network.","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14750,"approved","2016-02-04T07:31:31.743","2016-03-01T15:03:26.230","S2-160170","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160525","Inactivity timer for eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: For a UE for which eDRX has been enabled, if the MME is aware that some signalling or data is pending in the network for that UE (e.g. pending MT SMS at the SMS Service Center, or an application has subscribed to UE reachability), the M","Revision of S2-160188. Noted","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10510,"noted","2016-02-04T07:31:31.777","2016-03-01T15:03:26.230","S2-160188","","Rel-13","23.401","13.5.0","TEI13, eDRX","2957","1","F",null,"","","","",""]
["S2-160526","Inactivity timer for eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: For UTRAN For an UE for which eDRX has been enabled, if the SGSN is aware that some signalling or data is pending in the network for that UE (e.g. pending MT SMS at the SMS Service Center or an application has subscribed to UE reachabil","Revision of S2-160189. Noted","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10530,"noted","2016-02-04T07:31:31.867","2016-03-01T15:03:26.247","S2-160189","","Rel-13","23.060","13.5.0","eDRX, TEI13","1995","1","F",null,"","","","",""]
["S2-160527","Handling of a 5.12s eDRX cycle","INTERDIGITAL COMMUNICATIONS","Ulises Olvera",35101,"CR","","Decision","Summary of change: When the UE eDRX cycle corresponds to 5.12s, the UE monitors paging using legacy paging timing with paging cycle of 512 radio frames. when the UE eDRX cycle corresponds to 5.12s, the MME does not assign a Paging Time Window for the UE.","Revision of S2-160273. Revised to S2-160887.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10550,"revised","2016-02-04T07:31:31.963","2016-03-01T15:03:26.247","S2-160273","S2-160887","Rel-13","23.682","13.4.0","eDRX","0159","1","F",null,"","","","",""]
["S2-160528","Handling of a 5.12s eDRX cycle","INTERDIGITAL COMMUNICATIONS","Ulises Olvera",35101,"CR","","Decision","Summary of change: The MME includes a Paging Time Window length only when the eDRX cycle is greater than 5.12 seconds.","Revision of S2-160274. Revised to S2-160888.","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10580,"revised","2016-02-04T07:31:32.057","2016-03-01T15:03:26.247","S2-160274","S2-160888","Rel-13","23.401","13.5.0","eDRX","2966","1","F",null,"","","","",""]
["S2-160529","[DRAFT] LS on Handling of a 5.12s eDRX cycle","SA WG2","Ulises Olvera",35101,"LS out","","Approval","To: RAN WG2, RAN WG3, CT WG1","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10770,"noted","2016-02-04T07:31:32.150","2016-03-01T15:03:26.247","","","","","","","","","","",null,"RAN WG2, RAN WG3, CT WG1","-"]
["S2-160530","[DRAFT] LS on issues related to MT SMS over SGs delivery in eDRX","SA WG2","Miguel Griot",42742,"LS out","","Approval","-","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10450,"revised","2016-02-04T07:31:32.180","2016-03-01T15:03:26.263","S2-160506","S2-160540","","","","","","","","",null,"CT WG1","CT WG4"]
["S2-160531","Update of Key Issue#2","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Update of Key Issue#2","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17520,"approved","2016-02-04T07:31:32.210","2016-03-01T15:03:26.263","S2-160177","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160532","Key issue on V2X QoS","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes to document the key issue on V2X QoS into TR 23.785.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17540,"revised","2016-02-04T07:31:32.243","2016-03-01T15:03:26.263","S2-160354","S2-160545","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160533","Changes to ProSe Architecture for V2X support","Qualcomm Incorporated","Hong Cheng",25668,"pCR","","Approval","This contribution reviewed necessary changes/updates to ProSe architecture to support the V2X communication.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17580,"approved","2016-02-04T07:31:32.257","2016-03-01T15:03:26.263","S2-160311","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160534","V2X Authorisation and parameter configurations","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Introduces Authorisation for V2X","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17630,"approved","2016-02-04T07:31:32.290","2016-03-01T15:03:26.277","S2-160143","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160535","Solution for Key Issue#2 (direct between UEs)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception for V2V/P Services using PC5","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17660,"approved","2016-02-04T07:31:32.320","2016-03-01T15:03:26.277","S2-160179","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160536","Solution for Key Issue#2 (via eNB-type RSU)","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","Solution: V2X message transmission/reception for V2V/P Services via an eNB-type RSU","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17680,"approved","2016-02-04T07:31:32.337","2016-03-01T15:03:26.277","S2-160180","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160537","List of External Identifiers in the Subscription Data","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: A new field 'External Identifier List' is included in the Subscription Data.","Revision of S2-160503. Agreed in parallel sessions Block approved","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10320,"agreed","2016-02-04T07:31:32.367","2016-03-01T15:03:26.277","S2-160503","","Rel-13","23.401","13.5.0","SIMTC, TEI13","2976","2","F","SP-160162","","","","",""]
["S2-160538","[DRAFT] Reply LS on RAN WG3 agreements on DC enhancements for LTE","SA WG2","Sung Hwan Won",46717,"LS out","","Approval","Response to R3-152911","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10210,"revised","2016-02-04T07:31:32.460","2016-03-01T15:03:26.293","S2-160511","S2-160886","Rel-13","","","","","","","","S2-160046","RAN WG3, CT WG3, CT WG4"]
["S2-160539","Architectural assumptions and requirements for FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Architectural assumptions and requirements for FS_GENCEF are presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17930,"revised","2016-02-04T07:31:32.477","2016-03-01T15:03:26.293","S2-160500","S2-160932","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]
["S2-160540","LS on issues related to MT SMS over SGs delivery in eDRX","SA WG2","Miguel Griot",42742,"LS out","","Approval","To: CT WG1. CC: CT WG4","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10460,"approved","2016-02-04T07:31:32.507","2016-03-01T15:03:26.293","S2-160530","","","","","","","","","","S2-160206","CT WG1","CT WG4"]
["S2-160541","CIoT Drafting Output","Intel (Convenor)","Puneet Jain",36283,"report","","Information","Agreements from Drafting session: - UE requests 'Non-IP' ESM session w/ PDN type = 'Non-IP' - MME creates a PDN connection depending on APN and/or HSS information. MME selects SCEF or P-GW based on APN information. - UE is informed by MME which transmissi","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12540,"noted","2016-02-04T07:31:32.540","2016-03-01T15:03:26.293","S2-160523","","","","","","","","","","","","","",""]
["S2-160542","V2X reference architecture and RSU discussion","Qualcomm Incorporated, LG Electronics","Hong Cheng",25668,"pCR","","Approval","Proposes the reference architecture for the V2X system.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17400,"approved","2016-02-04T07:31:32.557","2016-03-01T15:03:26.307","S2-160512","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160543","V2X reference architecture","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the reference architecture for V2X.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17470,"approved","2016-02-04T07:31:32.587","2016-03-01T15:03:26.307","S2-160514","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160544","RSU's role in V2I and V2N","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper tries to establish some assumptions on the role of RSU.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17500,"approved","2016-02-04T07:31:32.617","2016-03-01T15:03:26.307","S2-160515","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160545","Key issue on V2X QoS","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes to document the key issue on V2X QoS into TR 23.785.","","23","6.13","Study on architecture enhancements for LTE support of V2X services (FS_V2XARC)",17550,"approved","2016-02-04T07:31:32.647","2016-03-01T15:03:26.307","S2-160532","","Rel-14","23.785","0.1.1","FS_V2XARC","","",null,"","","","","",""]
["S2-160546","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18460,"withdrawn","2016-02-04T07:31:32.680",null,"","","","","","","","","","","","","","",""]
["S2-160547","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18470,"withdrawn","2016-02-04T07:31:32.710",null,"","","","","","","","","","","","","","",""]
["S2-160548","Prose withdrawal from HSS","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"CR","","Approval","Summary of change: Add stage 2 procedure for MME when ProSe Withdrawal Flag is set while S1 bearer is established.","Revision of S2-160378. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10790,"agreed","2016-02-04T07:31:32.727","2016-03-01T15:03:26.323","S2-160378","","Rel-12","23.303","12.7.0","ProSe","0273","2","F","SP-160157","","","","",""]
["S2-160549","Prose withdrawal from HSS","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"CR","","Approval","Rel-13 mirror CR: Summary of change: Add stage 2 procedure for MME when ProSe Withdrawal Flag is set while S1 bearer is established.","Revision of S2-160380. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10810,"agreed","2016-02-04T07:31:32.837","2016-03-01T15:03:26.323","S2-160380","","Rel-13","23.303","13.2.0","ProSe","0274","2","A","SP-160157","","","","",""]
["S2-160550","LS on the Revocation of Discovery Filters","SA WG2","Mario Madella",23765,"LS out","","Approval","Reply LS to Incoming liaison 'LS on the clarifications on the Revocation of Discovery Filters' S2-160010 (C4-151864)","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10880,"revised","2016-02-04T07:31:32.930","2016-03-01T15:03:26.323","S2-160075","S2-160883","Rel-13","","","","","","","","S2-160010","CT WG4","CT WG1"]
["S2-160551","Clarification on the Discovery Entry ID in Restricted discovery","Samsung","Sunghoon Kim",59112,"CR","","Approval","Summary of change: Add below text in the related steps of discovery request procedure for restricted discovery: When the Discovery Entry ID in the Discovery Request message contains a new value for this UE, the ProSe Function creates a new discovery entry","Revision of S2-160424. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10930,"agreed","2016-02-04T07:31:32.960","2016-03-01T15:03:26.340","S2-160424","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0308","1","F","SP-160158","","","","",""]
["S2-160552","Addition of ProSe Per-Packet Priority & QCI in the TMGI Monitoring Request procedure","InterDigital","Mahmoud Watfa",41881,"CR","","Approval","Summary of change: Update the TMGI Monitoring Request procedure to include PPPP and QCI parameters in the figure (for the TMGI Monitoring Request message).  Update the corresponding text to reflect the added parameters in the figure (for the TMGI Monitori","Revision of S2-160472. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11010,"agreed","2016-02-04T07:31:33.053","2016-03-01T15:03:26.340","S2-160472","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0310","1","F","SP-160158","","","","",""]
["S2-160553","Modification of announcing alert procedures","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Modify the announcing alert procedures.","Revision of S2-160415. WITHDRAWN (not provided)","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11050,"withdrawn","2016-02-04T07:31:33.147",null,"S2-160415","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0307","1","F",null,"","","","",""]
["S2-160554","Clarification on provisioning authorization information about PLMNs for ProSe UE-to-Network Relay and Remote UE","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: Provide provisioning information about PLMNs which the UE is authorized to act as a UE-to-Network Relay or a Remote UE.","Revision of S2-160278. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11080,"agreed","2016-02-04T07:31:33.240","2016-03-01T15:03:26.340","S2-160278","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0297","1","F","SP-160158","","","","",""]
["S2-160555","Clarification for inter-PLMN discovery transmission support","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: 1. Add 'other PLMN' and remove redundant step 1 in the flow figure of Announce Request in clause 5.3.3.3.  2. In clause 5.3.6A.1.2 and 5.3.6A.1.3, add 'other PLMN' in the flow figure and clarify the condition of procedure and PLMN terms","Revision of S2-160279. WITHDRAWN","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11100,"withdrawn","2016-02-04T07:31:33.337","2016-03-01T15:03:26.357","S2-160279","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0298","1","F",null,"","","","",""]
["S2-160556","Correction on Targeted RPAUID in the monitor response message","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Target RPAUID is changed to optional from mandatory","Revision of S2-160315. Revised to S2-160884.","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11130,"revised","2016-02-04T07:31:33.443","2016-03-01T15:03:26.357","S2-160315","S2-160884","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0300","1","F",null,"","","","",""]
["S2-160557","Adding Relay Service Code to Additional Information Message","Nokia Networks","György Wolfner",68507,"CR","","Approval","This CR adds Relay Service Code to the Additional Information Relay Discovery Additional Information message.","Revision of S2-160087. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11170,"agreed","2016-02-04T07:31:33.537","2016-03-01T15:03:26.387","S2-160087","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0296","1","F","SP-160158","","","","",""]
["S2-160558","LS from ONF: Prepublication of SDN architecture issue 1.1","Open Networking Foundation","Dave Hood",48599,"LS in","","Information","Dear colleagues,  ONF is in the process of finalizing SDN architecture issue 1.1, which updates issue 1 from 2014. It advances a number of timely topics, including services, especially intent-based services, east-west interfaces, enterprise scenarios, the","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15690,"noted","2016-02-04T07:31:33.647","2016-03-01T15:03:26.403","","","","","","","","","","",null,"3GPP, ...","-","2016 01 Multi-SDO"]
["S2-160559","Consideration for performing LI functionality","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution to support the LI reference points in the split architecture. The proposal is to terminate the LI related reference points in the control plane function.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14890,"revised","2016-02-04T07:31:33.677","2016-03-01T15:03:26.403","S2-160081","S2-160854","Rel-14","","","","","",null,"","","","","",""]
["S2-160560","Lawful interception in split architectures","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This paper propose a solution for LI in split architectures.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14930,"revised","2016-02-04T07:31:33.710","2016-03-01T15:03:26.403","S2-160418","S2-160853","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160561","[Draft] LS on Lawful interception in split EPC architecture","SA WG2","Mirko Schramm",23396,"LS out","","Approval","SA3-LI is asked to check whether one of the identified variants for LI can be applied or whether a different alternative is recommended.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14970,"revised","2016-02-04T07:31:33.740","2016-03-01T15:03:26.403","S2-160419","S2-160855","Rel-14","","","","","","","",null,"SA WG3-LI"]
["S2-160562","Control plane function providing pre-allocated GTP-U IP address and TEID to the user plane function (during restoration scenario)","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","For supporting the user plane session restoration case, it is proposed that control plane can provide previously allocated GTP-U IP address and TEID to the user plane.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15020,"revised","2016-02-04T07:31:33.770","2016-03-01T15:03:26.417","S2-160079","S2-160856","Rel-14","","","","","",null,"","","","","",""]
["S2-160563","Location of the resource allocation function (F-TEID)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE","Laurent Thiebaut",11066,"pCR","","Approval","Proposes a solution for the Location (CP/UP) of the resource allocation functions (F-TEID).","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15070,"revised","2016-02-04T07:31:33.817","2016-03-01T15:03:26.417","S2-160267","S2-160857","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160564","GTP-U IP address assignment and TEIDs allocation","Samsung","Jayshree Bharatia",63826,"other","","Approval","This contribution provides an option of supporting IP address assignment of GTP entities in control plane and TEIDs allocation in user plane.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15100,"noted","2016-02-04T07:31:33.850","2016-03-01T15:03:26.417","S2-160295","","Rel-14","","","","","","","","","","","",""]
["S2-160565","UE IP Address Allocation","Samsung","Jayshree Bharatia",63826,"other","","Approval","This contribution provides updates to TR 23.714 related to IP address allocation of UE.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15410,"approved","2016-02-04T07:31:33.880","2016-03-01T15:03:26.417","S2-160294","","Rel-14","","","","","","","","","","","",""]
["S2-160566","Key issue: IMEI check in case of emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Introduces a new Key issue: IMEI check in case of emergency sessions","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13590,"approved","2016-02-04T07:31:33.913","2016-03-01T15:03:26.433","S2-160072","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160567","Update to solution 19 (un-authenticated UE)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Update to solution 19 (un-authenticated UE)","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13620,"approved","2016-02-04T07:31:33.943","2016-03-01T15:03:26.433","S2-160070","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160568","Update to solution 17 (mobility with EPC)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Update to solution 17 (mobility with EPC)","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13650,"approved","2016-02-04T07:31:33.973","2016-03-01T15:03:26.433","S2-160069","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160569","Updates to 3GPP-WLAN mobility procedure using GMLC/LRF","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides updates to 3GPP-WLAN mobility procedure using GMLC/LRF to resolve an editor's note","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13670,"approved","2016-02-04T07:31:34.007","2016-03-01T15:03:26.433","S2-160264","","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160570","Mobility aspect of WLAN and 3GPP CS","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper discusses the scope of WLAN and 3GPP CS mobility for this study.","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13690,"approved","2016-02-04T07:31:34.037","2016-03-01T15:03:26.450","S2-160387","","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160571","Clarification to Solution 18 for Key issue 3","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution resolves editor's note related to the identification of the exact applicable subset of TS 29.172","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13710,"approved","2016-02-04T07:31:34.067","2016-03-01T15:03:26.450","S2-160131","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160572","Reply LS on Set of Rel-13 features for the Support of Emergency sessions over WLAN","SA WG2","Laurent Thiebaut",11066,"LS out","","Approval","To: SA WG1. CC: GSMA NG, WBA","","11","5.3","Non-3GPP Access Maintenance",11580,"approved","2016-02-04T07:31:34.100","2016-03-01T15:03:26.450","S2-160077","","","","","","","","","","S2-160004","SA WG1","GSMA NG, WBA"]
["S2-160573","Correction to ePDG selection for emergency bearer services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"CR","","Approval","Summary of change: clause4.5.4a.3 about the Dynamic selection of an ePDG that can support emergency sessions is modified to refer only to the 'Operator Identifier' FQDN as described in clause 4.5.4.2.","Revision of S2-160063. Agreed in parallel sessions Block approved","11","5.3","Non-3GPP Access Maintenance",11610,"agreed","2016-02-04T07:31:34.130","2016-03-01T15:03:26.450","S2-160063","","Rel-13","23.402","13.4.0","SEW1","2925","1","F","SP-160160","","","","",""]
["S2-160574","[draft] Reply LS on the decision of NBIFOM mode","SA WG2","Runze Zhou",60945,"LS out","","Approval","Reply LS on C3-155320/S2-160031.","","11","5.3","Non-3GPP Access Maintenance",11690,"noted","2016-02-04T07:31:34.240","2016-03-01T15:03:26.463","S2-160232","","Rel-13","","","","","","","","S2-160031","CT WG3","CT WG1, CT WG4"]
["S2-160575","Correction of NBIFOM procedure in SCM and RAN rules handling parameter","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: 1) Clarify that the RAN Rules handling parameter is sent from the network to the UE during the PDN connection establishment via 3GPP. 2) Revise the current NBIFOM procedure in SCM to avoid enhancement in the 3GPP AAA server. Two alterna","Revision of S2-160234. Agreed in parallel sessions Block approved","11","5.3","Non-3GPP Access Maintenance",11750,"agreed","2016-02-04T07:31:34.270","2016-03-01T15:03:26.463","S2-160234","","Rel-13","23.161","13.1.0","NBIFOM","0015","1","F","SP-160172","","","","",""]
["S2-160576","Updated ePDG Selection Procedure","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: An updated ePDG selection procedure is specified which:  - Allows a roaming UE to determine if the country it is located in mandates or does not mandate the selection of ePDG in this country. This is determined by the UE via a DNS query","Revision of S2-160224, merging S2-160237, S2-160271 and S2-160186. Revised in parallel sessions to S2-160610.","11","5.3","Non-3GPP Access Maintenance",11970,"revised","2016-02-04T07:31:34.380","2016-03-01T15:03:26.463","S2-160224","S2-160610","Rel-13","23.402","13.4.0","TEI13","2933","1","C",null,"","","","",""]
["S2-160577","Support of Lawful intercept ePDG requirements (option B)","BlackBerry UK Ltd, Qualcomm Incorporated","Adrian Buckley",26735,"CR","","Approval","Summary of change: A new indicator is added that, based on MME local policy and information received from the HSS allows the MME to signal back in an Attach Accept if VoWLAN is supported.","Revision of S2-160058. WITHDRAWN (not provided)","11","5.3","Non-3GPP Access Maintenance",12020,"withdrawn","2016-02-04T07:31:34.473",null,"S2-160058","","Rel-13","23.401","13.5.0","TEI13","2938","2","B",null,"","","","",""]
["S2-160578","Support of Lawful intercept ePDG requirements","BlackBerry UK Ltd, Qualcomm Incorporated","Adrian Buckley",26735,"CR","","Approval","Summary of change: The ePDG selection procedure is enhanced as follows: - The UE considers an indication introduced in 23.401 in NAS from the VPLMN when connecting to it, as to whether an ePDG shall be selected in the visited country or not - The selectio","Revision of S2-160059. WITHDRAWN (not provided)","11","5.3","Non-3GPP Access Maintenance",11920,"withdrawn","2016-02-04T07:31:34.583",null,"S2-160059","","Rel-13","23.402","13.4.0","TEI13","2924","1","C",null,"","","","",""]
["S2-160579","SDCI New Key Issue - Static Sponsorship","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","A new key issue is proposed to help simplify the rollout of some sponsored data use cases.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16940,"revised","2016-02-04T07:31:34.693","2016-03-01T15:03:26.480","S2-160104","S2-160607","Rel-14","","","","","",null,"","","","","",""]
["S2-160580","Solution for Key Issue 1","NEC","Filipe Leitao",62980,"pCR","","Approval","This contribution proposes a solution for the key issue 1 based on the provisioning of packet flow description over the SCEF to the SPR/UDR.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16970,"revised","2016-02-04T07:31:34.723","2016-03-01T15:03:26.480","S2-160092","S2-160847","","","","","","","","","","","","",""]
["S2-160581","Provisioning sponsored data connectivity information via SCEF","China Mobile, China Unicom, Huawei, ZTE","Aihua Li",58162,"pCR","","Approval","Proposal to the solution of Provisioning sponsored data connectivity information via SCEF.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17010,"revised","2016-02-04T07:31:34.753","2016-03-01T15:03:26.480","S2-160099","S2-160846","","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160582","SDCI Rx Referencing Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","An approach to enable the referencing of sponsor packet flow descriptions on Rx","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17040,"revised","2016-02-04T07:31:34.800","2016-03-01T15:03:26.480","S2-160105","S2-160608","Rel-14","","","","","",null,"","","","","",""]
["S2-160583","New Solution: Usage of a sponsoring","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","adds a new solution: Usage of a sponsoring","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17110,"revised","2016-02-04T07:31:34.833","2016-03-01T15:03:26.480","S2-160074","S2-160849","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160584","SDCI Key Issue 2 - PCRF Management of Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","A solution to address key issue 2 enabling PCRF to manage Sponsor Packet Flow Descriptions","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17140,"revised","2016-02-04T07:31:34.863","2016-03-01T15:03:26.480","S2-160103","S2-160609","Rel-14","","","","","",null,"","","","","",""]
["S2-160585","Traffic detection in case of encrypted traffic","Allot Communications, Openet, KDDI, Ericsson","Alla Goldner",42718,"pCR","","Approval","This P-CR describes one possible solution for the Study on Sponsored Data Connectivity Improvements, Key Issue 3 - Encrypted traffic detection.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17290,"approved","2016-02-04T07:31:34.897","2016-03-01T15:03:26.480","S2-160061","","Rel-14","23.721","0.1.0","FS_SDCI","","",null,"","","","","",""]
["S2-160586","Correction to UE-initiated IP flow mapping/access usability change/RAN rule indication procedures in S2a MCM and S2b","ZTE","Xingyue Zhou",42680,"CR","","Approval","Summary of change: For S2a using MCM, three WLCP messages are used to perform the procedure, i.e. the UE shall send WLCP PDN modification command to trigger the network to initiated WLCP modification procedure. For S2b: - Upon receipt of the IKEv2 INFORMA","Revision of S2-160323. Revised to S2-160891.","11","5.3","Non-3GPP Access Maintenance",11850,"revised","2016-02-04T07:31:34.927","2016-03-01T15:03:26.480","S2-160323","S2-160891","Rel-13","23.161","13.1.0","NBIFOM","0016","1","F",null,"","","","",""]
["S2-160587","The procedure of removal of one access from the Multi-access PDN connection","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: 1. The UE initiates the PDN disconnection procedure via one access to remove one access from the multi-access PDN connection. 2. The PCRF/P-GW initiates the PDN disconnection procedure to remove one access from the multi-access PDN conn","Revision of S2-160375. Revised to S2-160890.","11","5.3","Non-3GPP Access Maintenance",11800,"revised","2016-02-04T07:31:35.037","2016-03-01T15:03:26.513","S2-160375","S2-160890","Rel-13","23.161","13.1.0","NBIFOM","0017","1","F",null,"","","","",""]
["S2-160588","[DRAFT] Reply LS on SIP deregistration in GERAN and UTRAN (no VOPSSI)","SA WG2","Antoine Mouquet",38438,"LS out","","Action","GSMA NG RILTE has been analysing preferred methods of saving on IMS resources used for IMS deployments providing only voice over LTE. In particular, it was the view of some operators that when the UE leaves E-UTRAN coverage and enters either a GERAN or a","","12","5.4","IMS and IMS-Related Maintenance",12420,"withdrawn","2016-02-04T07:31:35.130",null,"","S2-161425","","","","","","","","",null,"GSMA RiLTE, CT WG1","-"]
["S2-160589","Replacing Incorrect Reference for business trunking Specification TS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Include the correct reference","Revision of S2-160135. Revised to S2-160900.","12","5.4","IMS and IMS-Related Maintenance",12450,"revised","2016-02-04T07:31:35.160","2016-03-01T15:03:26.513","S2-160135","S2-160900","Rel-13","23.228","13.4.0","IMS_Corp2, BusTI","1144","1","F",null,"","","","",""]
["S2-160590","Replacing Incorrect Reference for business trunking Specification TS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Rel-12 mirror CR: Summary of change: Include the correct reference","Revision of S2-160136. Revised to S2-160901.","12","5.4","IMS and IMS-Related Maintenance",12480,"revised","2016-02-04T07:31:35.270","2016-03-01T15:03:26.513","S2-160136","S2-160901","Rel-12","23.228","12.9.0","IMS_Corp2, BusTI","1145","1","A",null,"","","","",""]
["S2-160591","[DRAFT] Reply LS on QoS for EVS-VBR Codec Operation","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","To: SA WG4, RAN WG2","","10","5.2","QoS and PCC Maintenance",11230,"revised","2016-02-04T07:31:35.377","2016-03-01T15:03:26.513","","S2-160618","","","","","","","","",null,"SA WG4, RAN WG2","-"]
["S2-160592","Bitrate variations","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clause 6.2.2.4 specifies how the network should take into account the bit rate variations. Both options, the policing function takes into account that services may send media with variable bandwitdh or a safety margin is applied when ca","Revision of S2-160142. Revised in parallel sessions to S2-160619.","10","5.2","QoS and PCC Maintenance",11310,"revised","2016-02-04T07:31:35.410","2016-03-01T15:03:26.530","S2-160142","S2-160619","Rel-13","23.203","13.6.0","QOSE2EMTSI","1018","1","F",null,"","","","",""]
["S2-160593","Priority sharing for concurrent sessions","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Functionality to describe priorty alignment between multiple AF sessions is described.","Revision of S2-160262. WITHDRAWN (not provided)","10","5.2","QoS and PCC Maintenance",11360,"withdrawn","2016-02-04T07:31:35.520",null,"S2-160262","S2-161479","Rel-13","23.203","13.6.0","MCPTT, TEI13","1013","2","C",null,"","","","",""]
["S2-160594","APN AMBR change at a certain time on Gx","Alcatel-Lucent, Verizon, Oracle, Huawei, Ericsson, Cisco","Mirko Schramm",23396,"CR","","Approval","Summary of change: The PCRF is enabled to request that the PCEF changes the APN-AMBR at a specific point in time in the future.","Revision of S2-160473. Revised off-line in S2-160825","10","5.2","QoS and PCC Maintenance",11450,"revised","2016-02-04T07:31:35.643","2016-03-01T15:03:26.530","S2-160473","S2-160825","Rel-13","23.203","13.6.0","TEI13","1009","6","B",null,"","","","",""]
["S2-160595","Reply LS to LS on APN AMBR change at a certain time on Gx","SA WG2","Laurent Thiebaut",11066,"LS out","","Approval","Proposed answer to S2-160008","","10","5.2","QoS and PCC Maintenance",11480,"revised","2016-02-04T07:31:35.753","2016-03-01T15:03:26.530","S2-160490","S2-160899","Rel-13","","","","","","","",null,"CT WG3","-","-"]
["S2-160596","LS Reply to LS on TSSF Identity Information over Gx","SA WG2","Nirav Salot",56645,"LS out","","Approval","To: CT WG3","","10","5.2","QoS and PCC Maintenance",11510,"approved","2016-02-04T07:31:35.783","2016-03-01T15:03:26.530","","","Rel-13","","","","","","","","S2-160023","CT WG3","-"]
["S2-160597","Reply to LS on application based charging for applications identified by service data flow filters","SA WG2","Alla Goldner",42718,"LS out","","Approval","Reply on LS received from SA WG5 on application based charging for applications identified by service data flow filters","","10","5.2","QoS and PCC Maintenance",11540,"revised","2016-02-04T07:31:35.830","2016-03-01T15:03:26.547","S2-160062","S2-160898","Rel-13","","","","","","","","S2-160048","SA WG5"]
["S2-160598","LS on potential need of PCC enhancement for MCPTT","SA WG2","Shabnam Sultana",21207,"LS out","","Approval","Response to SA WG6 LS S6-151318","","10","5.2","QoS and PCC Maintenance",11380,"revised","2016-02-04T07:31:35.863","2016-03-01T15:03:26.547","S2-160145","S2-160665","Rel-13","","","","","","","","S2-160014","SA WG6","CT WG3, CT WG1"]
["S2-160599","Coexistence between ANDSF and LWA","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The changes agreed in SA WG2#112 are reverted and a new solution is specified which defines the UE behavior when the UE supports both ANDSF procedures and LWA procedures for WLAN access selection and traffic steering. The UE behavior is","Revision of S2-160226. Revised in parallel sessions to S2-160611.","11","5.3","Non-3GPP Access Maintenance",12130,"revised","2016-02-04T07:31:35.910","2016-03-01T15:03:26.547","S2-160226","S2-160611","Rel-13","23.402","13.4.0","TEI13","2934","1","F",null,"","","","",""]
["S2-160600","[Draft] LS on Co-existence between LTE-WLAN Radio Level Integration and other WLAN offloading solutions (e.g. ANDSF)","SA WG2","György Wolfner",68507,"LS out","","Approval","This is a draft LS proposal to RAN WG2 on co-existence between LTE-WLAN Radio Level Integration and Interworking Enhancement and other WLAN offloading solutions (e.g. ANDSF).","","11","5.3","Non-3GPP Access Maintenance",12230,"revised","2016-02-04T07:31:36.017","2016-03-01T15:03:26.547","S2-160089","S2-160615","Rel-13","","","","","","","",null,"RAN WG2"]
["S2-160601","Clarification on ANDSF precedence","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The above general requirement is deleted and more specific requirements are introduced, each one applying to a specific type of information provided by the ANDSF.  For example, it is clarified that the home operator may provide ISRP rul","Revision of S2-160227. Revised in parallel sessions, merging S2-160222, to S2-160617.","11","5.3","Non-3GPP Access Maintenance",12320,"revised","2016-02-04T07:31:36.067","2016-03-01T15:03:26.560","S2-160227","S2-160617","Rel-13","23.402","13.4.0","TEI13","2922","2","F",null,"","","","",""]
["S2-160602","[DRAFT] Reply LS on precedence of information in USIM","SA WG2","György Wolfner",68507,"LS out","","Approval","To: CT WG1 CC: SA WG1","","11","5.3","Non-3GPP Access Maintenance",12270,"revised","2016-02-04T07:31:36.173","2016-03-01T15:03:26.560","S2-160013","S2-160616","Rel-13","","","","","","","",null,"CT WG1","SA WG1"]
["S2-160603","Overall evaluation addressing key issue #1 and #3 for AULC","China Unicom, Intel, Orange","Yang Xu",63572,"pCR","","Approval","This paper proposes overall evaluation and conclusion on solutions for key issue #1 and #3.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15620,"withdrawn","2016-02-04T07:31:36.207","2016-03-01T15:03:26.560","S2-160197","","","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160604","Solution to KI#2: Managing sponsored data connectivity information inside the operator's network","Ericsson, Orange","Shabnam Sultana",21207,"pCR","","Approval","Proposed Solution for key issue#2","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17170,"revised","2016-02-04T07:31:36.253","2016-03-01T15:03:26.560","S2-160141","S2-160850","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160605","Standalone SDCF based solution for key issue #1 and #2","Intel","Changhong Shan",45586,"pCR","","Approval","Propose a solution for key issue #1 and # 2 in FS_SDCI TR 23.721.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17210,"revised","2016-02-04T07:31:36.283","2016-03-01T15:03:26.577","S2-160175","S2-160851","Rel-14","23.721","","FS_SDCI","","",null,"","","","","",""]
["S2-160606","Managing sponsored data related information solution for key issue#2","China Unicom, China Mobile, China Telecom, Huawei, HiSilicon","Yang Xu",63572,"pCR","","Approval","This contribution proposes a new solution for SDCI.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17250,"revised","2016-02-04T07:31:36.330","2016-03-01T15:03:26.577","S2-160196","S2-160852","","","","","","","","","","","","",""]
["S2-160607","SDCI New Architectural Assumption - Static Sponsorship","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","A new architectural assumption is proposed to help simplify the rollout of some sponsored data use cases","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16950,"approved","2016-02-04T07:31:36.377","2016-03-01T15:03:26.577","S2-160579","","Rel-14","","","","","",null,"","","","","",""]
["S2-160608","SDCI Rx Referencing Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","An approach to enable the referencing of sponsor packet flow descriptions on Rx","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17050,"revised","2016-02-04T07:31:36.407","2016-03-01T15:03:26.593","S2-160582","S2-160848","Rel-14","","","","","",null,"","","","","",""]
["S2-160609","SDCI Key Issue 2 - PCRF Management of Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","A solution to address key issue 2 enabling PCRF to manage Sponsor Packet Flow Descriptions","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17150,"approved","2016-02-04T07:31:36.457","2016-03-01T15:03:26.593","S2-160584","","Rel-14","","","","","",null,"","","","","",""]
["S2-160610","Updated ePDG Selection Procedure","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: An updated ePDG selection procedure is specified which:  - Allows a roaming UE to determine if the country it is located in mandates or does not mandate the selection of ePDG in this country. This is determined by the UE via a DNS query","Revision of S2-160576. Revised to S2-160892.","11","5.3","Non-3GPP Access Maintenance",11980,"revised","2016-02-04T07:31:36.500","2016-03-01T15:03:26.593","S2-160576","S2-160892","Rel-13","23.402","13.4.0","TEI13","2933","2","C",null,"","","","",""]
["S2-160611","Coexistence between ANDSF and LWA","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The changes agreed in SA WG2#112 are reverted and a new solution is specified which defines the UE behavior when the UE supports both ANDSF procedures and LWA procedures for WLAN access selection and traffic steering. The UE behavior is","Revision of S2-160599. Revised to S2-160893.","11","5.3","Non-3GPP Access Maintenance",12140,"revised","2016-02-04T07:31:36.610","2016-03-01T15:03:26.593","S2-160599","S2-160893","Rel-13","23.402","13.4.0","TEI13","2934","2","F",null,"","","","",""]
["S2-160612","[DRAFT] Reply LS on NBIFOM procedure in SCM and RAN rules handling parameter","SA WG2","Huan Li",43311,"LS out","","Approval","To: CT WG1. CC: CT WG3, CT WG4.","","11","5.3","Non-3GPP Access Maintenance",11710,"revised","2016-02-04T07:31:36.737","2016-03-01T15:03:26.607","","S2-160889","","","","","","","","",null,"CT WG1","CT WG3, CT WG4","-"]
["S2-160613","Correction of the decision of NBIFOM mode_23161","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that the NBIFOM mode is determined by the PCRF.","Revision of S2-160230. WITHDRAWN (not provided)","11","5.3","Non-3GPP Access Maintenance",11650,"withdrawn","2016-02-04T07:31:36.783",null,"S2-160230","","Rel-13","23.161","13.1.0","NBIFOM","0014","1","F",null,"","","","",""]
["S2-160614","Correction of the decision of NBIFOM mode_23203","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that the NBIFOM mode is determined by the PCRF.","Revision of S2-160231. WITHDRAWN (not provided)","11","5.3","Non-3GPP Access Maintenance",11670,"withdrawn","2016-02-04T07:31:36.907",null,"S2-160231","","Rel-13","23.203","13.6.0","NBIFOM","1019","1","F",null,"","","","",""]
["S2-160615","[draft] LS on Co-existence between LTE-WLAN Radio Level Integration and other WLAN offloading solutions (e.g. ANDSF)","SA WG2","György Wolfner",68507,"LS out","","Approval","This is a draft LS proposal to RAN WG2 on co-existence between LTE-WLAN Radio Level Integration and Interworking Enhancement and other WLAN offloading solutions (e.g. ANDSF).","","11","5.3","Non-3GPP Access Maintenance",12240,"revised","2016-02-04T07:31:37.017","2016-03-01T15:03:26.607","S2-160600","S2-160894","Rel-13","","","","","","","",null,"RAN WG2"]
["S2-160616","Reply LS on precedence of information in USIM","SA WG2","György Wolfner",68507,"LS out","","Approval","To: CT WG1 CC: SA WG1","","11","5.3","Non-3GPP Access Maintenance",12280,"revised","2016-02-04T07:31:37.063","2016-03-01T15:03:26.607","S2-160602","S2-160896","Rel-13","","","","","","","",null,"CT WG1","SA WG1"]
["S2-160617","Clarification on ANDSF precedence","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The above general requirement is deleted and more specific requirements are introduced, each one applying to a specific type of information provided by the ANDSF.  For example, it is clarified that the home operator may provide ISRP rul","Revision of S2-160601, merging S2-160222. Agreed in parallel sessions. Gemalto asked to review this. Revised to S2-160895.","11","5.3","Non-3GPP Access Maintenance",12330,"revised","2016-02-04T07:31:37.093","2016-03-01T15:03:26.623","S2-160601","S2-160895","Rel-13","23.402","13.4.0","TEI13","2922","3","F",null,"","","","",""]
["S2-160618","Reply LS on QoS for EVS-VBR Codec Operation","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","To: SA WG4, RAN WG2","","10","5.2","QoS and PCC Maintenance",11240,"approved","2016-02-04T07:31:37.203","2016-03-01T15:03:26.623","S2-160591","","","","","","","","","","S2-160005","SA WG4, RAN WG2","-"]
["S2-160619","Bitrate variations","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clause 6.2.2.4 specifies how the network should take into account the bit rate variations. Both options, the policing function takes into account that services may send media with variable bandwitdh or a safety margin is applied when ca","Revision of S2-160592. Agreed in parallel sessions Block approved","10","5.2","QoS and PCC Maintenance",11320,"agreed","2016-02-04T07:31:37.237","2016-03-01T15:03:26.623","S2-160592","","Rel-13","23.203","13.6.0","QOSE2EMTSI, TEI13","1018","2","F","SP-160162","","","","",""]
["S2-160620","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18730,"withdrawn","2016-02-04T07:31:37.343",null,"","","","","","","","","","","","","","",""]
["S2-160621","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18740,"withdrawn","2016-02-04T07:31:37.390",null,"","","","","","","","","","","","","","",""]
["S2-160622","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18750,"withdrawn","2016-02-04T07:31:37.437",null,"","","","","","","","","","","","","","",""]
["S2-160623","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18760,"withdrawn","2016-02-04T07:31:37.470",null,"","","","","","","","","","","","","","",""]
["S2-160624","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18770,"withdrawn","2016-02-04T07:31:37.500",null,"","","","","","","","","","","","","","",""]
["S2-160625","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18780,"withdrawn","2016-02-04T07:31:37.547",null,"","","","","","","","","","","","","","",""]
["S2-160626","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18790,"withdrawn","2016-02-04T07:31:37.577",null,"","","","","","","","","","","","","","",""]
["S2-160627","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18800,"withdrawn","2016-02-04T07:31:37.627",null,"","","","","","","","","","","","","","",""]
["S2-160628","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18810,"withdrawn","2016-02-04T07:31:37.670",null,"","","","","","","","","","","","","","",""]
["S2-160629","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18820,"withdrawn","2016-02-04T07:31:37.703",null,"","","","","","","","","","","","","","",""]
["S2-160630","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18830,"withdrawn","2016-02-04T07:31:37.750",null,"","","","","","","","","","","","","","",""]
["S2-160631","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18840,"withdrawn","2016-02-04T07:31:37.780",null,"","","","","","","","","","","","","","",""]
["S2-160632","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18850,"withdrawn","2016-02-04T07:31:37.827",null,"","","","","","","","","","","","","","",""]
["S2-160633","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18860,"withdrawn","2016-02-04T07:31:37.860",null,"","","","","","","","","","","","","","",""]
["S2-160634","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18870,"withdrawn","2016-02-04T07:31:37.907",null,"","","","","","","","","","","","","","",""]
["S2-160635","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18880,"withdrawn","2016-02-04T07:31:37.953",null,"","","","","","","","","","","","","","",""]
["S2-160636","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18890,"withdrawn","2016-02-04T07:31:37.983",null,"","","","","","","","","","","","","","",""]
["S2-160637","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18900,"withdrawn","2016-02-04T07:31:38.030",null,"","","","","","","","","","","","","","",""]
["S2-160638","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18910,"withdrawn","2016-02-04T07:31:38.077",null,"","","","","","","","","","","","","","",""]
["S2-160639","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18920,"withdrawn","2016-02-04T07:31:38.107",null,"","","","","","","","","","","","","","",""]
["S2-160640","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18930,"withdrawn","2016-02-04T07:31:38.157",null,"","","","","","","","","","","","","","",""]
["S2-160641","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18940,"withdrawn","2016-02-04T07:31:38.203",null,"","","","","","","","","","","","","","",""]
["S2-160642","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18950,"withdrawn","2016-02-04T07:31:38.233",null,"","","","","","","","","","","","","","",""]
["S2-160643","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18960,"withdrawn","2016-02-04T07:31:38.280",null,"","","","","","","","","","","","","","",""]
["S2-160644","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18970,"withdrawn","2016-02-04T07:31:38.327",null,"","","","","","","","","","","","","","",""]
["S2-160645","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18980,"withdrawn","2016-02-04T07:31:38.357",null,"","","","","","","","","","","","","","",""]
["S2-160646","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18990,"withdrawn","2016-02-04T07:31:38.407",null,"","","","","","","","","","","","","","",""]
["S2-160647","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19000,"withdrawn","2016-02-04T07:31:38.450",null,"","","","","","","","","","","","","","",""]
["S2-160648","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19010,"withdrawn","2016-02-04T07:31:38.483",null,"","","","","","","","","","","","","","",""]
["S2-160649","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19020,"withdrawn","2016-02-04T07:31:38.530",null,"","","","","","","","","","","","","","",""]
["S2-160650","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19030,"withdrawn","2016-02-04T07:31:38.577",null,"","","","","","","","","","","","","","",""]
["S2-160651","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19040,"withdrawn","2016-02-04T07:31:38.623",null,"","","","","","","","","","","","","","",""]
["S2-160652","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19050,"withdrawn","2016-02-04T07:31:38.653",null,"","","","","","","","","","","","","","",""]
["S2-160653","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19060,"withdrawn","2016-02-04T07:31:38.700",null,"","","","","","","","","","","","","","",""]
["S2-160654","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19070,"withdrawn","2016-02-04T07:31:38.733",null,"","","","","","","","","","","","","","",""]
["S2-160655","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19080,"withdrawn","2016-02-04T07:31:38.780",null,"","","","","","","","","","","","","","",""]
["S2-160656","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19090,"withdrawn","2016-02-04T07:31:38.827",null,"","","","","","","","","","","","","","",""]
["S2-160657","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19100,"withdrawn","2016-02-04T07:31:38.873",null,"","","","","","","","","","","","","","",""]
["S2-160658","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19110,"withdrawn","2016-02-04T07:31:38.920",null,"","","","","","","","","","","","","","",""]
["S2-160659","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19120,"withdrawn","2016-02-04T07:31:38.950",null,"","","","","","","","","","","","","","",""]
["S2-160660","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19130,"withdrawn","2016-02-04T07:31:38.997",null,"","","","","","","","","","","","","","",""]
["S2-160661","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19140,"withdrawn","2016-02-04T07:31:39.043",null,"","","","","","","","","","","","","","",""]
["S2-160662","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19150,"withdrawn","2016-02-04T07:31:39.090",null,"","","","","","","","","","","","","","",""]
["S2-160663","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19160,"withdrawn","2016-02-04T07:31:39.137",null,"","","","","","","","","","","","","","",""]
["S2-160664","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19170,"withdrawn","2016-02-04T07:31:39.187",null,"","","","","","","","","","","","","","",""]
["S2-160665","[DRAFT] LS on potential need of PCC enhancement for MCPTT","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","Response to SA WG6 LS S6-151318","","10","5.2","QoS and PCC Maintenance",11390,"revised","2016-02-04T07:31:39.230","2016-03-01T15:03:26.717","S2-160598","S2-160897","Rel-13","","","","","","","","S2-160014","SA WG6","CT WG3, CT WG1"]
["S2-160666","Draft Reply to LS on NB-IoT work progress in RAN WG2","SA WG2","Chris Pudney",1122,"LS out","","Approval","To: RAN WG2, CT WG1. CC: RAN WG3","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12620,"revised","2016-02-04T07:31:39.277","2016-03-01T15:03:26.717","S2-160477","S2-160829","Rel-13","","","","","","","",null,"RAN WG2, CT WG1","RAN WG3"]
["S2-160667","DRAFT response to LS on questions on CIoT","SA WG2","Chris Pudney",1122,"LS out","","Approval","Response to: C1-160784/S2-160207","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12670,"revised","2016-02-04T07:31:39.327","2016-03-01T15:03:26.733","S2-160470","S2-160826","Rel-13","","","","","","","",null,"CT WG1, RAN WG2, RAN WG3","CT WG4, RAN WG1, SA WG3"]
["S2-160668","[DRAFT] Reply LS on Multiple uplink NAS PDUs in CIoT optimization","SA WG2","Haris Zisimopoulos",57197,"LS out","","Action","To: RAN WG3. CC: CT WG1, RAN WG2","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13550,"revised","2016-02-04T07:31:39.373","2016-03-01T15:03:26.733","","S2-160828","Rel-13","","","","","","","","S2-160485","RAN WG3","CT WG1, RAN WG2"]
["S2-160669","Key Issue on Efficient user plane paths","Intel, Qualcomm Incorporated (?), Huawei (?)","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new Key Issue on Efficient user plane paths","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16230,"revised","2016-02-04T07:31:39.420","2016-03-01T15:03:26.733","S2-160452","S2-160756","","","","","","","","","","","","",""]
["S2-160670","Key issue on Modular Logical Functions in the NextGen System","AT&T, Qualcomm Inc., Deutsche Telekom, China Mobile, China Telecom, Sprint, Cisco, Nokia, Huawei, Vodafone, Allot Communication, Verizon, Alcatel -Lucent, Alcatel-Lucent Shanghai-Bell","Farooq Bari",57133,"pCR","","Approval","This contribution aims to add a key issue on granularity and modularity of logical functions in NextGen Core Network","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16360,"revised","2016-02-04T07:31:39.467","2016-03-01T15:03:26.733","S2-160093","S2-160722","Rel-14","","","","","",null,"","","","","",""]
["S2-160671","New key issue: Interconnection model for the control plane functional entities of the core network","Cisco Systems, Inc., Vodafone, Allot Communications","Nirav Salot",56645,"pCR","","Approval","This paper highlights the issues with the existing control plane interconnection model, which is based on point-to-point interface, and proposes a new key issue to study alternative interconnection model for the control plane functional entities of the co","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16400,"withdrawn","2016-02-04T07:31:39.513",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-160672","Key issue: Architecture principle for next generation systems","Nokia Networks, Verizon, Huawei, China Mobile, CATT, ZTE, CATR","Devaki Chandramouli",68275,"pCR","","Approval","This contribution proposes to discuss about architecture principle for next generation architecture and introduce a key issue to outline architecture variants.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16440,"withdrawn","2016-02-04T07:31:39.560",null,"","","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160673","New key issue proposal on network capability exposure","Samsung, China Telecom, KDDI, CATT","Sung Hwan Won",46717,"pCR","","Approval","A new key issue for FS_ NexGen is proposed.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16600,"revised","2016-02-04T07:31:39.607","2016-03-01T15:03:26.747","S2-160437","S2-160757","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160674","The assumptions for overall architecture","Huawei, HiSilicon, China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution proposes to add an architecture assumption for the next generation system.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15970,"revised","2016-02-04T07:31:39.653","2016-03-01T15:03:26.747","S2-160210","S2-160750","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160675","Reserved for Tao's drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19240,"withdrawn","2016-02-04T07:31:39.700",null,"","","","","","","","","","","","","","",""]
["S2-160676","Reserved for Tao's drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19250,"withdrawn","2016-02-04T07:31:39.747",null,"","","","","","","","","","","","","","",""]
["S2-160677","Reserved for Tao's drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19260,"withdrawn","2016-02-04T07:31:39.777",null,"","","","","","","","","","","","","","",""]
["S2-160678","Reserved for Tao's drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19270,"withdrawn","2016-02-04T07:31:39.823",null,"","","","","","","","","","","","","","",""]
["S2-160679","Update to Solution 5","Intel, Nokia, NTT DOCOMO","Saso Stojanovski",24932,"pCR","","Approval","Proposes an update of solution 5 to include the case of anonymous SIP INVITE for UEs not supporting GIBA.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13900,"revised","2016-02-04T07:31:39.870","2016-03-01T15:03:26.763","S2-160445","S2-160806","","","","","","","","","","","","",""]
["S2-160680","New Key Issue : S8 Home Routing in case of Non 3GPP access","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","adds a New Key Issue : S8 Home Routing in case of Non 3GPP access","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14550,"noted","2016-02-04T07:31:39.917","2016-03-01T15:03:26.763","S2-160118","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160681","Evaluation of Solution#1","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution discusses the evaluation of solution#1 of TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13960,"revised","2016-02-04T07:31:39.967","2016-03-01T15:03:26.763","S2-160124","S2-160807","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160682","V8 Solution 1 update and evaluation","Orange, Telecom Italia","Antoine Mouquet",38438,"pCR","","Approval","Updates and evaluates the Solution 1 of FS_V8.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13940,"approved","2016-02-04T07:31:40.010","2016-03-01T15:03:26.780","S2-160467","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160683","Updates to Solution #3","NTT DOCOMO, DT, LG Electronics, LG Uplus","Irfan Ali",57013,"pCR","","Approval","Provides some updates to Solution #3","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14020,"approved","2016-02-04T07:31:40.057","2016-03-01T15:03:26.780","S2-160457","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160684","VPLMN ID to TAS in 3rd party registration","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper proposes that VPLMN ID can be sent to TAS during 3rd party registration procedure to save Sh signalling","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14040,"revised","2016-02-04T07:31:40.120","2016-03-01T15:03:26.780","S2-160392","S2-160808","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160685","Clarification to Solution #7: Local Number Translation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This document includes a clarification for solution 7 to include the PCRF as an impacted node.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14070,"revised","2016-02-04T07:31:40.167","2016-03-01T15:03:26.780","S2-160138","S2-160809","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160686","Local number translation conclusion","Nokia Networks, Alcatel-Lucent, NEC","Curt Wong",68508,"pCR","","Discussion","This paper proposes a conclusion to the key issue related to local number translation.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14110,"approved","2016-02-04T07:31:40.213","2016-03-01T15:03:26.797","S2-160385","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160687","Clarification of solution #8 on using only TAI/SAI as the location information","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on solution #8 that only TAI and SAI are used as the location information for local number handling.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14140,"approved","2016-02-04T07:31:40.260","2016-03-01T15:03:26.797","S2-160334","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160688","Evaluation of Key Issue #3: PLMN-ID determination at IMS Entities","NTT DOCOMO, Nokia Networks, Alcatel-Lucent, ZTE, LG Electronics, LG Uplus, SK Telecom","Irfan Ali",57013,"pCR","","Approval","Provides evaluation of the different solutions for obtaining VPLMN-ID at IMS entities","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14320,"revised","2016-02-04T07:31:40.307","2016-03-01T15:03:26.797","S2-160458","S2-160732","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160689","Evaluation and conclusion on key issue 4","China Mobile, ZTE, Intel, NTT DOCOMO","Jiang Yi",56358,"pCR","","Approval","This contribution provides an evaluation and conclusion on solutions for key issue 4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14410,"revised","2016-02-04T07:31:40.357","2016-03-01T15:03:26.797","S2-160340","S2-160733","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160690","solution &&Y for ePDG selection for emergency services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","New solution &&Y for ePDG selection for emergency services","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13800,"approved","2016-02-04T07:31:40.400","2016-03-01T15:03:26.810","S2-160066","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160691","Update to solution 11 (Determine Emergency Call Numbers)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Update to solution 11 (Determine Emergency Call Numbers)","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13820,"approved","2016-02-04T07:31:40.447","2016-03-01T15:03:26.810","S2-160068","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160692","Minor Update to solution 21 (Access Selection) & to clause 7.2 (Evaluation)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Minor Update to solution 21(Access Selection) + add section # for clause 7.2 on Evaluation","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13840,"approved","2016-02-04T07:31:40.497","2016-03-01T15:03:26.810","S2-160071","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160693","Evaluation on the solutions related with 'Determine Emergency Call Numbers'","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks","Laurent Thiebaut",11066,"pCR","","Approval","Provides an Evaluation on the solutions related with 'Determine Emergency Call Numbers'","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13860,"approved","2016-02-04T07:31:40.543","2016-03-01T15:03:26.810","S2-160065","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160694","Report from parallel session on EIEI","Convenor (Ericsson)","Shabnam Sultana",21207,"report","","Information","Report of the parallel session","","24","6.14","Evolution to and interworking with eCall in IMS (EIEI)",17750,"noted","2016-02-04T07:31:40.590","2016-03-01T15:03:26.827","","","","","","","","","","","","","","",""]
["S2-160695","Reserved for Frank's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19180,"withdrawn","2016-02-04T07:31:40.637",null,"","","","","","","","","","","","","","",""]
["S2-160696","Reserved for Frank's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19190,"withdrawn","2016-02-04T07:31:40.697",null,"","","","","","","","","","","","","","",""]
["S2-160697","Introduction of solution 18 - suspend and resume procedure","Ericsson, Alcatel-Lucent, Sony, Nokia Networks","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Procedures for suspend and resume connections are added. Added in conjunction with Service Request and S1 Release procedures. The CR introduces the functionality for all UEs, i.e. UEs supporting NBIOT and UEs supporting LTE.  The follow","Drafting session revision of S2-160256. Revised to S2-160767.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13310,"revised","2016-02-04T07:31:40.747","2016-03-01T15:03:26.827","S2-160256","S2-160767","Rel-13","23.401","13.5.0","CIoT","2930","5","B",null,"","","","",""]
["S2-160698","Reserved for Frank's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19200,"withdrawn","2016-02-04T07:31:40.853",null,"","","","","","","","","","","","","","",""]
["S2-160699","Introducing CIoT Optimisations","Alcatel-Lucent, Nokia Networks, MediaTek, Ericsson, Vodafone, KPN, LG Electronics","Shuang Zhang",49744,"CR","","Approval","Summary of change: The spec is updated with scope, architectural diagrams and definitions as appropriate.","Revision of S2-160408. Revised to S2-160833.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12910,"revised","2016-02-04T07:31:40.900","2016-03-01T15:03:26.843","S2-160408","S2-160833","Rel-13","23.401","13.5.0","CIoT","2941","4","B",null,"","","","",""]
["S2-160700","Introduction of support for NB-IoT","Vodafone, Nokia Networks","Chris Pudney",1122,"CR","","Approval","Summary of change: Aspects included in this CR: 1) define NB-IoT as a subset of E-UTRAN (and, for this specification, define 'WB-E-UTRAN' as the subset of all E-UTRAN that excludes NB-IoT) (clause 3.1)  2) inhibiting Detach for NB-IoT UE when last EPS bea","Revision of S2-160465. Revised to S2-160834.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12940,"revised","2016-02-04T07:31:41.027","2016-03-01T15:03:26.843","S2-160465","S2-160834","Rel-13","23.401","13.5.0","CIoT","2948","4","B",null,"","","","",""]
["S2-160701","CIoT-centric single node EPS architecture","Intel, AT&T, Cisco Systems Inc.","Puneet Jain",36283,"CR","","Approval","Summary of change: Adds normative annex on CIoT-centric single node EPS architecture","Revision of S2-160269. Revised to S2-160835.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12990,"revised","2016-02-04T07:31:41.137","2016-03-01T15:03:26.843","S2-160269","S2-160835","Rel-13","23.401","13.5.0","CIoT","2965","1","B",null,"","","","",""]
["S2-160702","NAS Node Selection updates","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Updates to the Attach procedure changes are introduced.","Revision of S2-160254. Noted","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13020,"noted","2016-02-04T07:31:41.260","2016-03-01T15:03:26.843","S2-160254","","Rel-13","23.401","13.5.0","CIoT","2963","1","B",null,"","","","",""]
["S2-160703","Working Assumption: Support of Network Instances shared by multiple 3rd parties","ZTE","Tricci So",44974,"pCR","","Approval","The purpose of this contribution is to propose the working assumption in Rel-14 Network Slicing to expect that a Service Instance to be realized by one and only one Network Slice Instance.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16150,"available","2016-02-04T07:31:41.417","2016-03-01T15:03:26.857","S2-160377","","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160704","Update to TR Skeleton for the Study on Architecture for Next Generation System","Nokia Networks, China Mobile","Devaki Chandramouli",68275,"pCR","","Approval","This contribution proposes an update to the TR skeleton of the Study of the Next Generation System Architecture. During SA WG2 #112 offline discussions, some key areas were agreed to be considered as a starting point for the next generation work. It is pr","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15720,"approved","2016-02-04T07:31:41.463","2016-03-01T15:03:26.857","S2-160280","","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160705","NGMN terminology and conceptual outline for Network Slicing","Ericsson, Cisco Systems, Inc., NTT DOCOMO, Huawei, HiSilicon, China Mobile","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to adopt the NGMN terminology and concept for Network Slicing","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15750,"revised","2016-02-04T07:31:41.510","2016-03-01T15:03:26.857","S2-160162","S2-160881","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160706","Requirements on optimized UE sleep state and state transitions","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose requirements regarding UE sleep state","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15790,"revised","2016-02-04T07:31:41.557","2016-03-01T15:03:26.857","S2-160167","S2-160872","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160707","Update of High level Architectural Requirements","LG Electronics","Myungjune Youn",60905,"pCR","","Approval","It is proposed to remove support of GERAN and/or UTRAN from the High level Architectural Requirements.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15820,"revised","2016-02-04T07:31:41.617","2016-03-01T15:03:26.873","S2-160244","S2-160814","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160708","5G Architectural requirement for energy efficiency","Orange","Antoine Mouquet",38438,"pCR","","Approval","5G Architectural requirement for energy efficiency","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15860,"revised","2016-02-04T07:31:41.667","2016-03-01T15:03:26.873","S2-160471","S2-160815","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160709","Architectural Requirements on providing multiple connections","LG Electronics","Hyunsook Kim",42013,"pCR","","Approval","Considers clarifying the architectural requirements about multiple connections","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15890,"revised","2016-02-04T07:31:41.713","2016-03-01T15:03:26.873","S2-160335","S2-160816","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160710","Core and Access functional allocation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Providing functional requirements for core and access aspects","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15920,"revised","2016-02-04T07:31:41.773","2016-03-01T15:03:26.873","S2-160169","S2-160817","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160711","Key issue: 3GPP architecture impacts to support network slicing","Ericsson, Deutsche Telekom, Motorola Mobility, Lenovo, KDDI, ZTE, China Telecom, CATT, LG Electronics, China Unicom, AT&T, Qualcomm Incorporated, NTT DOCOMO, NEC, Cisco Systems, Inc., Samsung","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose to add a new key issue on Network Slicing framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16100,"revised","2016-02-04T07:31:41.820","2016-03-01T15:03:26.887","S2-160161","S2-160875","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160712","Key issue 1 update proposal on CS data support by SeDoC architecture","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes to add a new key issue on CS data support by SeDoC architecture.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16720,"revised","2016-02-04T07:31:41.867","2016-03-01T15:03:26.887","S2-160461","S2-160924","Rel-14","","","","","",null,"","","","","",""]
["S2-160713","Key issue on the Registration and Authentication in the SeDoC","ZTE","Zhendong Li",38521,"pCR","","Approval","It proposes a new key issue on the Registration and Authentication in the SeDoC network.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16750,"approved","2016-02-04T07:31:41.930","2016-03-01T15:03:26.887","S2-160371","","Rel-14","23.719","0.1.0","FS_SeDoC","","",null,"","","","","",""]
["S2-160714","Solution for Key Issue 1 (Transition to Single Service Profile in IMS)","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes potential solution to SeDoC key Issue 1 (Transition to Single Service Profile in IMS).","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16770,"revised","2016-02-04T07:31:41.977","2016-03-01T15:03:26.887","S2-160443","S2-160865","Rel-14","","","","","",null,"","","","","",""]
["S2-160715","Inbound roamer support","NEC, T-Mobile USA INC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support inbound roamers to the SeDoC PLMN from a PLMN without IMS support.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16820,"revised","2016-02-04T07:31:42.023","2016-03-01T15:03:26.903","S2-160126","S2-160863","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160716","Solution to the Key Issue 4 - Outbound Roamers to non-Enhanced Networks","ZTE","Zhendong Li",38521,"pCR","","Approval","It proposes re-using the existing mechanism in the 23.292 for the key issue 4 - Outbound Roamers to non-Enhanced Networks","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16880,"approved","2016-02-04T07:31:42.087","2016-03-01T15:03:26.903","S2-160372","","Rel-14","23.719","0.1.0","FS_SeDoC","","",null,"","","","","",""]
["S2-160717","Outbound roamer support","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support SeDoC outbound roamers to a PLMN without IMS support.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16850,"revised","2016-02-04T07:31:42.133","2016-03-01T15:03:26.903","S2-160127","S2-160864","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160718","Reserved for Chris' parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19280,"withdrawn","2016-02-04T07:31:42.180",null,"","","","","","","","","","","","","","",""]
["S2-160719","Reserved for Chris' parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19290,"withdrawn","2016-02-04T07:31:42.227",null,"","","","","","","","","","","","","","",""]
["S2-160720","Reserved for Chris' parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19300,"withdrawn","2016-02-04T07:31:42.290",null,"","","","","","","","","","","","","","",""]
["S2-160721","Reserved for Chris' parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19310,"withdrawn","2016-02-04T07:31:42.337",null,"","","","","","","","","","","","","","",""]
["S2-160722","Key issue on Modular Logical Functions in the NextGen System","AT&T, Qualcomm Inc., Deutsche Telekom, China Mobile, China Telecom, Sprint, Cisco, Nokia Networks, Huawei, Vodafone, Allot Communications, Verizon, Alcatel -Lucent, Alcatel-Lucent Shanghai-Bell","Farooq Bari",57133,"pCR","","Approval","This contribution aims to add a key issue on granularity and modularity of logical functions in NextGen Core Network","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16370,"revised","2016-02-04T07:31:42.383","2016-03-01T15:03:26.920","S2-160670","S2-160754","Rel-14","","","","","",null,"","","","","",""]
["S2-160723","IMEI check for trusted WLAN access to EPC case","Alcatel-Lucent, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Specify the procedure of IMEI check during the initial attach over trusted WLAN access: - It is specified that the TWAN is the entity that triggers the IMEI check for a UE - It is specified that additional TWAN-AAA server exchanges are","Revision of S2-160192. WITHDRAWN (not provided)","25","6.15","EIR check for WLAN access to EPC (EWE)",17840,"withdrawn","2016-02-04T07:31:42.447",null,"S2-160192","","Rel-14","23.402","13.4.0","700039","2930","1","B",null,"","","","",""]
["S2-160724","IMEI check for untrusted WLAN access to EPC case","Alcatel-Lucent, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Specify the procedure of IMEI check during the initial attach over untrusted WLAN access:It is specified that the ePDG is the entity that triggers the IMEI check for a UE, the ePDG retrieves the IMEI(SV) from the UE via IKEv2 procedures","Revision of S2-160193. WITHDRAWN (not provided)","25","6.15","EIR check for WLAN access to EPC (EWE)",17860,"withdrawn","2016-02-04T07:31:42.570",null,"S2-160193","","Rel-14","23.402","13.4.0","700039","2931","1","B",null,"","","","",""]
["S2-160725","Key issue 3:   IKE-based, network initiated, WiFi Query for on-demand UE Location positioning mid-emergency session","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes IKE be extended to query UE for updated location mid-emergency session when PSAP initiates such a request, and when the UE is camped on WiFi.","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13730,"approved","2016-02-04T07:31:42.680","2016-03-01T15:03:26.920","S2-160133","","Rel-14","23.771","1.2.0","FS_SEW","","",null,"","","","","",""]
["S2-160726","SEW2-ePDG Selection Solution","Rogers Communications","Alexander Markman",35093,"pCR","","Approval","A Solution for ePDG Selection for Emergency Service","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13760,"approved","2016-02-04T07:31:42.740","2016-03-01T15:03:26.937","S2-160296","","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160727","Solution: ePDG Selection for emergency services in phase 2","Qualcomm Inc.","Faccin Stefano",60610,"pCR","","Approval","This contribution proposes a solution for Key Issue #1 for selection of an ePDG in SEW phase 2","","15","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)",13780,"approved","2016-02-04T07:31:42.803","2016-03-01T15:03:26.937","S2-160327","","Rel-14","23.771","1.2.0","FS_SEW2","","",null,"","","","","",""]
["S2-160728","How P-CSCF can detect emergency numbers in a VPLMN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Adds a new solution : How P-CSCF can detect emergency numbers in a VPLMN","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14160,"revised","2016-02-04T07:31:42.850","2016-03-01T15:03:26.937","S2-160120","S2-160810","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160729","An extended NetLoc procedure for Geographical Information","ZTE, Intel","Zhendong Li",38521,"pCR","","Approval","This paper proposes an extended NetLoc-based solution to key issue 4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14190,"approved","2016-02-04T07:31:42.913","2016-03-01T15:03:26.937","S2-160368","","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160730","A new NetLoc based solution for key issue#4","Intel, CMCC, Huawei, ZTE","Changhong Shan",45586,"pCR","","Approval","Propose a new NetLoc based solution for key issue #4 by retrieving TAI from EPC and maintaining mapping table between Geographical Identifier and TAI list in P-CSCF in TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14210,"approved","2016-02-04T07:31:42.960","2016-03-01T15:03:26.950","S2-160172","","Rel-14","23.749","","FS_V8","","",null,"","","","","",""]
["S2-160731","Clarification on SRVCC support","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on SRVCC support for S8HR architecture.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14230,"revised","2016-02-04T07:31:43.023","2016-03-01T15:03:26.950","S2-160339","S2-160811","","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160732","Evaluation of Key Issue #3: PLMN-ID determination at IMS Entities","NTT DOCOMO, LG Electronics, ZTE, Nokia Networks?, Alcatel-Lucent?, NEC, Ericsson?","Irfan Ali",57013,"pCR","","Approval","Provides evaluation of the different solutions for obtaining VPLMN-ID at IMS entities","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14330,"revised","2016-02-04T07:31:43.087","2016-03-01T15:03:26.950","S2-160688","S2-160812","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160733","Evaluation and conclusion on key issue 4","China Mobile, ZTE, Intel, NTT DOCOMO","Jiang Yi",56358,"pCR","","Approval","This contribution provides an evaluation and conclusion on solutions for key issue 4.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14420,"approved","2016-02-04T07:31:43.163","2016-03-01T15:03:26.950","S2-160689","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160734","Proposed Soft Working Conclusion for Key Issue #4","NTT DOCOMO","Jiang Yi",56358,"other","","Endorsement","Provides soft working conclusion for key issue #4, Local Number Translation and Routing.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14430,"approved","2016-02-04T07:31:43.227","2016-03-01T15:03:26.967","","","Rel-14","","","","","","","","","","","",""]
["S2-160735","Evaluation and conclusion on Key Issue #1","Intel, Nokia, NTT DOCOMO","Saso Stojanovski",24932,"pCR","","Approval","Proposes evaluation and conclusion on Key Issue #1","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14450,"revised","2016-02-04T07:31:43.273","2016-03-01T15:03:26.967","S2-160446","S2-160813","","","","","","","","","","","","",""]
["S2-160736","Solution to support multiple PRAs in EPS in a dynamic manner using User Location Reporting","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose update and evaluation for solution #3 in TR 23.710","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15510,"revised","2016-02-04T07:31:43.333","2016-03-01T15:03:26.967","S2-160174","S2-160842","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160737","Scenario for PLMN partitioning","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","A scenario for key issue 2 (PLMN partitioning scenario) is proposed.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15550,"approved","2016-02-04T07:31:43.397","2016-03-01T15:03:26.967","S2-160194","","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160738","Solution for PLMN partitioning scenario (key issue 2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","A solution for key issue 2 (PLMN partitioning scenario) is proposed, which is compatible with the multiple PRA solution.","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15570,"approved","2016-02-04T07:31:43.460","2016-03-01T15:03:26.983","S2-160195","","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160739","Evaluation and conclusion of Solution #1","Orange","Ali-Amine Mouafik",44938,"pCR","","Approval","This contribution proposes an evaluation and conclusion for solution#1","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15590,"revised","2016-02-04T07:31:43.507","2016-03-01T15:03:26.983","S2-160060","S2-160843","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160740","Evaluation of Solution 4","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Evaluation of solution #4","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15640,"revised","2016-02-04T07:31:43.567","2016-03-01T15:03:26.983","S2-160160","S2-160844","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160741","Reserved for AULC Drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19210,"withdrawn","2016-02-04T07:31:43.630",null,"","","","","","","","","","","","","","",""]
["S2-160742","Reserved for AULC Drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19220,"withdrawn","2016-02-04T07:31:43.677",null,"","","","","","","","","","","","","","",""]
["S2-160743","Reserved for AULC Drafting sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",19230,"withdrawn","2016-02-04T07:31:43.740",null,"","","","","","","","","","","","","","",""]
["S2-160744","Skeleton of TR Robovolte","Rapporteur (Huawei)","Runze Zhou",60945,"pCR","","Information","Proposed Skeleton of TR 23.750 (Robovolte)","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18080,"approved","2016-02-04T07:31:43.803","2016-03-01T15:03:26.997","S2-160216","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160745","FS_RobVoLTE Scope of TR","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This document proposes text for the scope section of the Technical Report.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18100,"approved","2016-02-04T07:31:43.850","2016-03-01T15:03:26.997","S2-160212","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160746","Robovolte Architectural Requirements","Huawei","Runze Zhou",60945,"pCR","","Approval","This paper proposes architectural requirements of the TR for FS_RobVoLTE.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18120,"approved","2016-02-04T07:31:43.910","2016-03-01T15:03:26.997","S2-160213","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160747","Key issue-Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, Intel, China Unicom, Deutsche Telekom, China Mobile, Teliasonera","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for VoLTE subscriber call setup failure when in bad LTE coverage overlaid with 2/3G CS coverage.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18140,"revised","2016-02-04T07:31:43.973","2016-03-01T15:03:27.013","S2-160360","S2-160902","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160748","VoLTE - SRVCC temporary rejection","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Discussion","This paper proposes a simple solution to handle early SRVCC trigger.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18170,"approved","2016-02-04T07:31:44.037","2016-03-01T15:03:27.013","S2-160389","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160749","Solution for key issue - Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, China Mobile, China Unicom, Intel, China Telecom, KPN, CATT, Deutsche Telekom, Teliasonera","Runze Zhou",60945,"pCR","","Approval","This document describes the solution for the key issue that bad VoLTE user experience in bad LTE coverage overlaid with 2G/3G coverage","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18190,"approved","2016-02-04T07:31:44.083","2016-03-01T15:03:27.013","S2-160359","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160750","The assumptions for overall architecture","Huawei, HiSilicon, China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution proposes to add an architecture assumption for the next generation system.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15980,"revised","2016-02-04T07:31:44.147","2016-03-01T15:03:27.013","S2-160674","S2-160818","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160751","Key issue: QoS Framework","Nokia Networks, AT&T, Deutsche Telekom AG, China Mobile, Ericsson, Intel, Qualcomm Incorporated, ZTE, ETRI, KT","Devaki Chandramouli",68275,"pCR","","Approval","This contribution propose to add a new key issue on QoS framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16030,"revised","2016-02-04T07:31:44.207","2016-03-01T15:03:27.030","S2-160286","S2-160874","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160752","Key issue on session management for 3GPP network","China Mobile, Qualcomm Incorporated, Ericsson, Intel","Tao Sun",54129,"pCR","","Approval","This contribution propose to add a new key issue about session management for the next generation architecture","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16170,"approved","2016-02-04T07:31:44.270","2016-03-01T15:03:27.030","S2-160211","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160753","New key issue: NexGen architecture impacts to support a mobility framework","Ericsson, CATT, NTT DOCOMO, China Telecom, NEC, Qualcomm Incorporated, Motorola Mobility, Lenovo, ZTE, Sprint, Intel, ETRI","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to add a new key issue for mobility management framework to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16270,"revised","2016-02-04T07:31:44.333","2016-03-01T15:03:27.030","S2-160163","S2-160877","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160754","Key issue on Modular Logical Functions in the NextGen System","AT&T, Qualcomm Inc., Deutsche Telekom, China Mobile, China Telecom, Sprint, Cisco Systems, Nokia Networks, Huawei, Vodafone, Allot Communications, Verizon, Alcatel -Lucent, Alcatel-Lucent Shanghai-Bell, ZTE, KDDI, KPN, Broadcom, Sandvine, Telecom Italia, Mediatek","Farooq Bari",57133,"pCR","","Approval","This contribution aims to add a key issue on granularity and modularity of logical functions in NextGen Core Network","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16380,"approved","2016-02-04T07:31:44.380","2016-03-01T15:03:27.030","S2-160722","","Rel-14","","","","","",null,"","","","","",""]
["S2-160755","Key Issue on feasibility study of a minimizing access dependencies of the NextGen core network and the Interface between access networks and the core network","Qualcomm Incorporated, ZTE, KDDI, Nokia Networks","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issues regarding the feasibility study of minimizing access dependencies of the NextGen core network and the interface between the access networks and the core network in the next generation system architecture that should be addressed by t","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16460,"revised","2016-02-04T07:31:44.457","2016-03-01T15:03:27.043","S2-160329","S2-160879","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160756","Key Issue on Efficient user plane paths","Intel, Qualcomm Incorporated (?), Huawei (?)","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new Key Issue on Efficient user plane paths","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16240,"revised","2016-02-04T07:31:44.520","2016-03-01T15:03:27.043","S2-160669","S2-160876","","","","","","","","","","","","",""]
["S2-160757","New key issue proposal on network capability exposure","Samsung, China Telecom, KDDI, CATT, Qualcomm Incorporated, Allot Communications","Sung Hwan Won",46717,"pCR","","Approval","A new key issue for FS_ NexGen is proposed.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16610,"revised","2016-02-04T07:31:44.567","2016-03-01T15:03:27.043","S2-160673","S2-160880","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160758","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent, MediaTek, NEC, Intel, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The solution 6.2 of TR 23.720 is introduced in 23.401","Revision of S2-160442, merging S2-160491. Revised to S2-160764.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13180,"revised","2016-02-04T07:31:44.630","2016-03-01T15:03:27.043","S2-160442","S2-160764","Rel-13","23.401","13.5.0","CIoT","2942","8","B",null,"","","","",""]
["S2-160759","Key Issue on Session Continuity in the Next Generation System Architecture","Qualcomm Incorporated, Motorola Mobility, Lenovo, Cisco Systems, Inc., Intel, Huawei","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issue regarding session continuity and mobility in the next generation system architecture that should be addresses by the new architecture developed as part of FS_NexGen network architecture. The proposed changes should be incorporated in","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16300,"revised","2016-02-04T07:31:44.770","2016-03-01T15:03:27.060","S2-160328","S2-160878","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160760","Introduction of attach procedure changes for CIoT EPS optimization","Alcatel-lucent, Vodafone, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The Attach procedure changes are introduced. A new section allowing network preferred behaviour negotioation is introduced.","Revision of S2-160448. Revised to S2-160763.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13040,"revised","2016-02-04T07:31:44.833","2016-03-01T15:03:27.060","S2-160448","S2-160763","Rel-13","23.401","13.5.0","CIoT","2951","6","B",null,"","","","",""]
["S2-160761","Considerations and solution for UE IP address management","Cisco Systems, Inc., Samsung","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution for UE IP address management. It proposes to allocate the UE IP address management function to the control plane function of the PGW.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15210,"revised","2016-02-04T07:31:44.957","2016-03-01T15:03:27.060","S2-160082","S2-160773","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160762","TAU procedure update for CIoT EPS Optimisation","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: TAU procedure update to support the CIoT EPS optimization","Drafting session revision of S2-160228. Revised to S2-160765.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13080,"revised","2016-02-04T07:31:45.020","2016-03-01T15:03:27.060","S2-160228","S2-160765","Rel-13","23.401","13.5.0","CIoT","2959","1","B",null,"","","","",""]
["S2-160763","Introduction of attach procedure changes for CIoT EPS optimization","Alcatel-lucent, Vodafone, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The Attach procedure changes are introduced. A new section allowing network preferred behaviour negotioation is introduced.","Revision of S2-160760. Revised to S2-160836.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13050,"revised","2016-02-04T07:31:45.143","2016-03-01T15:03:27.060","S2-160760","S2-160836","Rel-13","23.401","13.5.0","CIoT","2951","7","B",null,"","","","",""]
["S2-160764","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent, MediaTek, NEC, Intel, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The solution 6.2 of TR 23.720 is introduced in 23.401","Revision of S2-160758. Revised to S2-160839.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13190,"revised","2016-02-04T07:31:45.270","2016-03-01T15:03:27.077","S2-160758","S2-160839","Rel-13","23.401","13.5.0","CIoT","2942","9","B",null,"","","","",""]
["S2-160765","TAU procedure update for CIoT EPS Optimisation","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: TAU procedure update to support the CIoT EPS optimization","Revision of S2-160762. Revised to S2-160837.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13100,"revised","2016-02-04T07:31:45.410","2016-03-01T15:03:27.077","S2-160762","S2-160837","Rel-13","23.401","13.5.0","CIoT","2959","2","B",null,"","","","",""]
["S2-160766","Detach procedure for CIoT optimization","China Mobile, Huawei, ZTE","Aihua Li",58162,"CR","","Approval","Summary of change: Delete the session management procedures in detach procedure for the UE attached without any PDN connection.","Revision of S2-160100. Revised to S2-160838.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13130,"revised","2016-02-04T07:31:45.533","2016-03-01T15:03:27.077","S2-160100","S2-160838","Rel-13","23.401","13.5.0","TEI13, CIoT","2954","1","B",null,"","","","",""]
["S2-160767","Introduction of solution 18 - suspend and resume procedure","Ericsson, Alcatel-Lucent, Sony, Nokia Networks","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Procedures for suspend and resume connections are added. Added in conjunction with Service Request and S1 Release procedures. The CR introduces the functionality for all UEs, i.e. UEs supporting NBIOT and UEs supporting LTE.  The follow","Revision of S2-160697. Revised to S2-160827.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13320,"revised","2016-02-04T07:31:45.673","2016-03-01T15:03:27.077","S2-160697","S2-160827","Rel-13","23.401","13.5.0","CIoT","2930","6","B",null,"","","","",""]
["S2-160768","Introducing support for Non-IP data for CIoT","Ericsson, Cisco Systems Inc, Intel, ZTE","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding a clause describing the feature. Updated and rebased to 13.5.0","Revision of S2-160255, merging S2-160355. Revised to S2-160841.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13380,"revised","2016-02-04T07:31:45.800","2016-03-01T15:03:27.090","S2-160255","S2-160841","Rel-13","23.401","13.5.0","CIoT","2934","6","B",null,"","","","",""]
["S2-160769","UE Capability Handling for Control Plane CIoT EPS optimization","Vodafone","Chris Pudney",1122,"CR","","Approval","Summary of change: The solution is introduced in the UE capability handling section","Revision of S2-160466. This CR was agreed. Revised as draftCR at S2-113AH in S2-160976. Revised as CR at S2#113AH in S2-161168","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13240,"revised","2016-02-04T07:31:45.923","2016-03-01T15:03:27.090","S2-160466","S2-160976","Rel-13","23.401","13.5.0","CIoT","2977","1","B",null,"","","","",""]
["S2-160770","Introduction of non-IP data delivery via the SCEF for cellular IoT","Intel, Cisco Systems Inc, AT&T, LG Electronics, Samsung","Puneet Jain",36283,"CR","","Approval","Summary of change: Introduction of non-IP data delivery via the SCEF for cellular IoT","Revision of S2-160275, merging S2-160423. Revised to S2-160832.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12780,"revised","2016-02-04T07:31:46.050","2016-03-01T15:03:27.090","S2-160275","S2-160832","Rel-13","23.682","13.4.0","CIoT","0160","1","B",null,"","","","",""]
["S2-160771","[DRAFT] LS on guidance by SA WG2 on CIOT","SA WG2","Alessio Casati",68028,"LS out","","Approval","To: CT WG4","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12560,"revised","2016-02-04T07:31:46.173","2016-03-01T15:03:27.107","S2-160517","S2-160831","","","","","","","","",null,"CT WG4","-","-"]
["S2-160772","Presentation of TR 23.771 version 1.3.0: Study on system impacts of IMS emergency sessions over WLAN","Alcatel-Lucent","Laurent Thiebaut",11066,"TS or TR cover","","Approval","TR 23.771 studies the support of Emergency services over WLAN ('FS_SEW1 / FS_SEW2 Study Item).","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18390,"revised","2016-02-04T07:31:46.237","2016-03-01T15:03:27.107","","S2-160823","Rel-14","23.771","","","","","","","","","","",""]
["S2-160773","Considerations and solution for UE IP address management","Cisco Systems, Inc., Samsung, ZTE, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Ericsson","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution for UE IP address management. It proposes to allocate the UE IP address management function to the control plane function of the PGW.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15220,"approved","2016-02-04T07:31:46.297","2016-03-01T15:03:27.107","S2-160761","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160774","TAI List problem and User plane area mapping","Ericsson, ZTE, KDDI, Huawei, HiSilicon","Shabnam Sultana",21207,"pCR","","Approval","The TAI List problem for CUPS is discussed and a solution is proposed","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15140,"revised","2016-02-04T07:31:46.360","2016-03-01T15:03:27.107","S2-160148","S2-160858","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160775","Considerations for the functionality supported by the user plane function","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes new consideration for the functionality supported by the user plane function since some of the functionality, as defined today, are optional.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15240,"approved","2016-02-04T07:31:46.423","2016-03-01T15:03:27.123","S2-160083","","Rel-14","","","","","",null,"","","","","",""]
["S2-160776","Solution to key issue# 2: SGW User plane selection by taking PGW User plane into account","NEC","Toshiyuki Tamura",17921,"pCR","","Approval","This P-CR proposes solution to key issue# 2: Selection mechanism for user plane functional entities. It is proposed that the SGW-U and PGW-U can be collocated when UE configures multiple PDN connections.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15260,"revised","2016-02-04T07:31:46.487","2016-03-01T15:03:27.123","S2-160097","S2-160859","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160777","CUPS Handover clarifications","ZTE, KDDI","Tricci So",44974,"pCR","","Approval","In this contribution, some clarifications regarding the handover in the SGW-U relocation procedure are proposed.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15310,"revised","2016-02-04T07:31:46.547","2016-03-01T15:03:27.123","S2-160240","S2-160860","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160778","Solution to Key Issue 4","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, a solution is proposed to address key issue 4","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15340,"revised","2016-02-04T07:31:46.610","2016-03-01T15:03:27.123","S2-160416","S2-160861","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160779","Considerations and solution for supporting extended buffering for the UE in power saving mode","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes consideration for the functionality of supporting the extended buffering for the UE in power saving mode. It also proposes one solution to support this function in the control plane function of the SGW.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15430,"approved","2016-02-04T07:31:46.673","2016-03-01T15:03:27.137","S2-160080","","Rel-14","","","","","",null,"","","","","",""]
["S2-160780","Considerations for 3GPP specific information at the user plane function","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes new consideration in providing 3GPP specific information, including the subscriber's and UE's identity, to the user plane function.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15450,"approved","2016-02-04T07:31:46.737","2016-03-01T15:03:27.137","S2-160084","","Rel-14","","","","","",null,"","","","","",""]
["S2-160781","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18480,"withdrawn","2016-02-04T07:31:46.797",null,"","","","","","","","","","","","","","",""]
["S2-160782","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18490,"withdrawn","2016-02-04T07:31:46.860",null,"","","","","","","","","","","","","","",""]
["S2-160783","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18500,"withdrawn","2016-02-04T07:31:46.937",null,"","","","","","","","","","","","","","",""]
["S2-160784","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18510,"withdrawn","2016-02-04T07:31:47",null,"","","","","","","","","","","","","","",""]
["S2-160785","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18520,"withdrawn","2016-02-04T07:31:47.063",null,"","","","","","","","","","","","","","",""]
["S2-160786","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18530,"withdrawn","2016-02-04T07:31:47.127",null,"","","","","","","","","","","","","","",""]
["S2-160787","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18540,"withdrawn","2016-02-04T07:31:47.187",null,"","","","","","","","","","","","","","",""]
["S2-160788","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18550,"withdrawn","2016-02-04T07:31:47.250",null,"","","","","","","","","","","","","","",""]
["S2-160789","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18560,"withdrawn","2016-02-04T07:31:47.313",null,"","","","","","","","","","","","","","",""]
["S2-160790","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18570,"withdrawn","2016-02-04T07:31:47.390",null,"","","","","","","","","","","","","","",""]
["S2-160791","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18580,"withdrawn","2016-02-04T07:31:47.467",null,"","","","","","","","","","","","","","",""]
["S2-160792","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18590,"withdrawn","2016-02-04T07:31:47.530",null,"","","","","","","","","","","","","","",""]
["S2-160793","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18600,"withdrawn","2016-02-04T07:31:47.593",null,"","","","","","","","","","","","","","",""]
["S2-160794","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18610,"withdrawn","2016-02-04T07:31:47.670",null,"","","","","","","","","","","","","","",""]
["S2-160795","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18620,"withdrawn","2016-02-04T07:31:47.733",null,"","","","","","","","","","","","","","",""]
["S2-160796","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18630,"withdrawn","2016-02-04T07:31:47.797",null,"","","","","","","","","","","","","","",""]
["S2-160797","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18640,"withdrawn","2016-02-04T07:31:47.873",null,"","","","","","","","","","","","","","",""]
["S2-160798","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18650,"withdrawn","2016-02-04T07:31:47.937",null,"","","","","","","","","","","","","","",""]
["S2-160799","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18660,"withdrawn","2016-02-04T07:31:48.013",null,"","","","","","","","","","","","","","",""]
["S2-160800","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18670,"withdrawn","2016-02-04T07:31:48.077",null,"","","","","","","","","","","","","","",""]
["S2-160801","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18680,"withdrawn","2016-02-04T07:31:48.157",null,"","","","","","","","","","","","","","",""]
["S2-160802","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18690,"withdrawn","2016-02-04T07:31:48.217",null,"","","","","","","","","","","","","","",""]
["S2-160803","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18700,"withdrawn","2016-02-04T07:31:48.280",null,"","","","","","","","","","","","","","",""]
["S2-160804","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18710,"withdrawn","2016-02-04T07:31:48.357",null,"","","","","","","","","","","","","","",""]
["S2-160805","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","34","99","Withdrawn and reserved documents",18720,"withdrawn","2016-02-04T07:31:48.420",null,"","","","","","","","","","","","","","",""]
["S2-160806","Update to Solution 5","Intel, Nokia, NTT DOCOMO","Saso Stojanovski",24932,"pCR","","Approval","Proposes an update of solution 5 to include the case of anonymous SIP INVITE for UEs not supporting GIBA.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13910,"approved","2016-02-04T07:31:48.497","2016-03-01T15:03:27.187","S2-160679","","","","","","","","","","","","","",""]
["S2-160807","Evaluation of Solution#1","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution discusses the evaluation of solution#1 of TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13970,"revised","2016-02-04T07:31:48.560","2016-03-01T15:03:27.200","S2-160681","S2-160866","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160808","VPLMN ID to TAS in 3rd party registration","Nokia Networks, Alcatel-Lucent","Curt Wong",68508,"pCR","","Approval","This paper proposes that VPLMN ID can be sent to TAS during 3rd party registration procedure to save Sh signalling","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14050,"approved","2016-02-04T07:31:48.623","2016-03-01T15:03:27.200","S2-160684","","Rel-14","23.749","0.3.0","FS_V8","","",null,"","","","","",""]
["S2-160809","Clarification to Solution #7: Local Number Translation","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This document includes a clarification for solution 7 to include the PCRF as an impacted node.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14080,"approved","2016-02-04T07:31:48.700","2016-03-01T15:03:27.200","S2-160685","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160810","How P-CSCF can detect emergency numbers in a VPLMN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Adds a new solution : How P-CSCF can detect emergency numbers in a VPLMN","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14170,"approved","2016-02-04T07:31:48.763","2016-03-01T15:03:27.200","S2-160728","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160811","Clarification on SRVCC support","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on SRVCC support for S8HR architecture.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14240,"revised","2016-02-04T07:31:48.827","2016-03-01T15:03:27.217","S2-160731","S2-160867","","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160812","Evaluation of Key Issue #3: PLMN-ID determination at IMS Entities","NTT DOCOMO, LG Electronics, ZTE, Nokia Networks?, Alcatel-Lucent?, NEC, Ericsson?","Irfan Ali",57013,"pCR","","Approval","Provides evaluation of the different solutions for obtaining VPLMN-ID at IMS entities","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14340,"revised","2016-02-04T07:31:48.887","2016-03-01T15:03:27.217","S2-160732","S2-160868","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160813","Evaluation and conclusion on Key Issue #1","Intel, Nokia, NTT DOCOMO","Saso Stojanovski",24932,"pCR","","Approval","Proposes evaluation and conclusion on Key Issue #1","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14460,"revised","2016-02-04T07:31:48.967","2016-03-01T15:03:27.217","S2-160735","S2-160869","","","","","","","","","","","","",""]
["S2-160814","Update of High level Architectural Requirements","LG Electronics","Myungjune Youn",60905,"pCR","","Approval","It is proposed to remove support of GERAN and/or UTRAN from the High level Architectural Requirements.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15830,"revised","2016-02-04T07:31:49.027","2016-03-01T15:03:27.217","S2-160707","S2-160873","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160815","5G Architectural requirement for energy efficiency","Orange","Antoine Mouquet",38438,"pCR","","Approval","5G Architectural requirement for energy efficiency","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15870,"noted","2016-02-04T07:31:49.107","2016-03-01T15:03:27.233","S2-160708","S2-161064","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160816","Architectural Requirements on providing multiple connections","LG Electronics","Hyunsook Kim",42013,"pCR","","Approval","Considers clarifying the architectural requirements about multiple connections","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15900,"noted","2016-02-04T07:31:49.170","2016-03-01T15:03:27.233","S2-160709","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160817","Core and Access functional allocation","Ericsson, Qualcomm Incorporated, AT&T, CMCC, NTT DoCoMo","Shabnam Sultana",21207,"pCR","","Approval","Providing functional requirements for core and access aspects","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15930,"noted","2016-02-04T07:31:49.247","2016-03-01T15:03:27.233","S2-160710","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160818","The assumptions for overall architecture","Huawei, HiSilicon, China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution proposes to add an architecture assumption for the next generation system.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15990,"approved","2016-02-04T07:31:49.310","2016-03-01T15:03:27.247","S2-160750","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160819","New Study Item for Enhanced Isolated E-UTRAN Operation for Public Safety","General Dynamics UK Ltd., Orange","Philip Young",27298,"SID new","","Decision","Proposed new Study Item for Enhanced Isolated E-UTRAN Operation for Public Safety","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18260,"approved","2016-02-04T07:31:49.387","2016-03-01T15:03:27.247","S2-160494","","Rel-14","","","","","","","","","","","",""]
["S2-160820","New work item on Non-IP for Cellular IoT for EC-EGPRS","Ericsson, Orange, MediaTek","Shabnam Sultana",21207,"WID new","","Approval","New WID","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18300,"revised","2016-02-04T07:31:49.467","2016-03-01T15:03:27.247","S2-160495","S2-160904","Rel-13","","","","","","","","","","","",""]
["S2-160821","New SID on Feasibility study on the Support of Emergency services over WLAN (FS_SEW2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, Broadcom, Sprint, Verizon, AT&T, Nokia Networks, Orange, T-Mobile USA, LG Electronics, TCS, Motorola Mobility, Lenovo, Ericsson, Huawei","Laurent Thiebaut",11066,"SID new","","Approval","new SID for FS-SEW2 to align with the 3GPP WID DB (book keeping purpose). Delta wrt FS-SEW are highlighted by revision marks","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18350,"approved","2016-02-04T07:31:49.543","2016-03-01T15:03:27.247","S2-160496","","Rel-14","","","","","","","","","","","",""]
["S2-160822","New WID on the Support of Emergency services over WLAN - phase 2 (SEW2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, Broadcom, Sprint, Verizon, AT&T, Nokia Networks","Laurent Thiebaut",11066,"WID new","","Approval","new WID for SEW2 to do the normative work based on the output of FS-SEW2","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18380,"approved","2016-02-04T07:31:49.607","2016-03-01T15:03:27.263","S2-160497","","Rel-14","","","","","","","","","","","",""]
["S2-160823","Presentation of TR 23.771 version 1.3.0: Study on system impacts of IMS emergency sessions over WLAN","Alcatel-Lucent","Laurent Thiebaut",11066,"TS or TR cover","","Approval","TR 23.771 studies the support of Emergency services over WLAN ('FS_SEW1 / FS_SEW2 Study Item).","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18400,"approved","2016-02-04T07:31:49.700","2016-03-01T15:03:27.263","S2-160772","","Rel-14","23.771","","","","","","","","","","",""]
["S2-160824","SA WG2 Work Planning Worksheet","SA WG2 Chairman","Frank Mademann",6821,"other","","Discussion","A revision of this document will capture agreements during work planning as SA WG2 preparations for TSG SA and/or for future SA WG2 meetings.","","30","7.2","Review of the Work Plan",18440,"noted","2016-02-04T07:31:49.760","2016-03-01T15:03:27.263","S2-160464","","","","","","","","","","","","","",""]
["S2-160825","APN AMBR change at a certain time on Gx","Alcatel-Lucent, Verizon, Oracle, Huawei, Ericsson","Mirko Schramm",23396,"CR","","Approval","Summary of change: The PCRF is enabled to request that the PCEF changes the APN-AMBR at a specific point in time in the future.","Revision of S2-160594. This CR was agreed","10","5.2","QoS and PCC Maintenance",11460,"agreed","2016-02-04T07:31:49.857","2016-03-01T15:03:27.277","S2-160594","","Rel-13","23.203","13.6.0","TEI13","1009","7","B","SP-160162","","","","",""]
["S2-160826","DRAFT response to LS on questions on CIoT","SA WG2","Chris Pudney",1122,"LS out","","Approval","Response to: C1-160784/S2-160207","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12680,"revised","2016-02-04T07:31:49.997","2016-03-01T15:03:27.277","S2-160667","S2-160830","Rel-13","","","","","","","",null,"CT WG1, RAN WG2, RAN WG3","CT WG4, RAN WG1, SA WG3"]
["S2-160827","Introduction of solution 18 - suspend and resume procedure","Ericsson, Alcatel-Lucent, Sony, Nokia Networks","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Procedures for suspend and resume connections are added. Added in conjunction with Service Request and S1 Release procedures. The CR introduces the functionality for all UEs, i.e. UEs supporting NBIOT and UEs supporting LTE.  The follow","Revision of S2-160767. Revised to S2-160840.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13330,"revised","2016-02-04T07:31:50.090","2016-03-01T15:03:27.277","S2-160767","S2-160840","Rel-13","23.401","13.5.0","CIoT","2930","7","B",null,"","","","",""]
["S2-160828","Reply LS on Multiple uplink NAS PDUs in CIoT optimization","SA WG2","Haris Zisimopoulos",57197,"LS out","","Action","To: RAN WG3. CC: CT WG1, RAN WG2","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13560,"approved","2016-02-04T07:31:50.260","2016-03-01T15:03:27.277","S2-160668","","Rel-13","","","","","","","","S2-160485","RAN WG3","CT WG1, RAN WG2"]
["S2-160829","Draft Reply to LS on NB-IoT work progress in RAN WG2","SA WG2","Chris Pudney",1122,"LS out","","Approval","To: RAN WG2, CT WG1. CC: RAN WG3","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12630,"revised","2016-02-04T07:31:50.340","2016-03-01T15:03:27.277","S2-160666","S2-160905","Rel-13","","","","","","","","S2-160051","RAN WG2, CT WG1","RAN WG3"]
["S2-160830","DRAFT response to LS on questions on CIoT","SA WG2","Chris Pudney",1122,"LS out","","Approval","Response to: C1-160784/S2-160207","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12690,"revised","2016-02-04T07:31:50.417","2016-03-01T15:03:27.293","S2-160826","S2-160906","Rel-13","","","","","","","",null,"CT WG1, RAN WG2, RAN WG3","CT WG4, RAN WG1, SA WG3"]
["S2-160831","[DRAFT] LS on guidance by SA WG2 on CIOT","SA WG2","Alessio Casati",68028,"LS out","","Approval","To: CT WG4","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12570,"revised","2016-02-04T07:31:50.497","2016-03-01T15:03:27.293","S2-160771","S2-160910","","","","","","","","",null,"CT WG4","-","-"]
["S2-160832","Introduction of non-IP data delivery via the SCEF for cellular IoT","Intel, Cisco Systems Inc, AT&T, LG Electronics, Samsung","Puneet Jain",36283,"CR","","Approval","Summary of change: Introduction of non-IP data delivery via the SCEF for cellular IoT","Revision of S2-160770. This CR was agreed. Revised as draftCR at S2-113AH in S2-160969","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12790,"revised","2016-02-04T07:31:50.573","2016-03-01T15:03:27.293","S2-160770","S2-160969","Rel-13","23.682","13.4.0","CIoT","0160","2","B",null,"","","","",""]
["S2-160833","Introducing CIoT Optimisations","Alcatel-Lucent, Nokia Networks, MediaTek, Ericsson, Vodafone, KPN, LG Electronics","Shuang Zhang",49744,"CR","","Approval","Summary of change: The spec is updated with scope, architectural diagrams and definitions as appropriate.","Revision of S2-160699. This CR was agreed","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12920,"agreed","2016-02-04T07:31:50.743","2016-03-01T15:03:27.310","S2-160699","","Rel-13","23.401","13.5.0","CIoT","2941","5","B","SP-160161","","","","",""]
["S2-160834","Introduction of support for NB-IoT","Vodafone, Nokia Networks","Chris Pudney",1122,"CR","","Approval","Summary of change: Aspects included in this CR: 1) define NB-IoT as a subset of E-UTRAN (and, for this specification, define 'WB-E-UTRAN' as the subset of all E-UTRAN that excludes NB-IoT) (clause 3.1)  2) inhibiting Detach for NB-IoT UE when last EPS bea","Revision of S2-160700. Revised to S2-160903.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12950,"revised","2016-02-04T07:31:50.917","2016-03-01T15:03:27.310","S2-160700","S2-160903","Rel-13","23.401","13.5.0","CIoT","2948","5","B",null,"","","","",""]
["S2-160835","CIoT-centric single node EPS architecture","Intel, AT&T, Cisco Systems Inc","Puneet Jain",36283,"CR","","Approval","Summary of change: Adds normative annex on CIoT-centric single node EPS architecture","Revision of S2-160701. This CR was agreed","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13000,"agreed","2016-02-04T07:31:51.150","2016-03-01T15:03:27.310","S2-160701","","Rel-13","23.401","13.5.0","CIoT","2965","2","B","SP-160161","","","","",""]
["S2-160836","Introduction of attach procedure changes for CIoT EPS optimization","Alcatel-lucent, Vodafone, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The Attach procedure changes are introduced. A new section allowing network preferred behaviour negotioation is introduced.","Revision of S2-160763. This CR was agreed. Revised as draftCR at S2-113AH in S2-160974, S2-161045 and S2-161071","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13060,"revised","2016-02-04T07:31:51.290","2016-03-01T15:03:27.310","S2-160763","S2-160974, S2-161045","Rel-13","23.401","13.5.0","CIoT","2951","8","B",null,"","","","",""]
["S2-160837","TAU procedure update for CIoT EPS Optimisation","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: TAU procedure update to support the CIoT EPS optimization","Revision of S2-160765. This CR was agreed. Revised as draftCR at S2-113AH in S2-160973. Revised as CR at S2#113AH in S2-161161","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13110,"revised","2016-02-04T07:31:51.430","2016-03-01T15:03:27.327","S2-160765","S2-160973","Rel-13","23.401","13.5.0","CIoT","2959","3","B",null,"","","","",""]
["S2-160838","Detach procedure for CIoT optimization","China Mobile, Huawei, ZTE","Aihua Li",58162,"CR","","Approval","Summary of change: Delete the session management procedures in detach procedure for the UE attached without any PDN connection.","Revision of S2-160766. Revised to S2-160908.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13140,"revised","2016-02-04T07:31:51.570","2016-03-01T15:03:27.327","S2-160766","S2-160908","Rel-13","23.401","13.5.0","TEI13, CIoT","2954","2","B",null,"","","","",""]
["S2-160839","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent, MediaTek, NEC, Intel, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The solution 6.2 of TR 23.720 is introduced in 23.401","Revision of S2-160764. Revised to S2-160909.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13200,"revised","2016-02-04T07:31:51.710","2016-03-01T15:03:27.327","S2-160764","S2-160909","Rel-13","23.401","13.5.0","CIoT","2942","10","B",null,"","","","",""]
["S2-160840","Introduction of solution 18 - suspend and resume procedure","Ericsson, Alcatel-Lucent, Sony, Nokia Networks","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Procedures for suspend and resume connections are added. Added in conjunction with Service Request and S1 Release procedures. The CR introduces the functionality for all UEs, i.e. UEs supporting NBIOT and UEs supporting LTE.  The follow","Revision of S2-160827. This CR was agreed. Revised at SA2#113 in S2-161167","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13340,"revised","2016-02-04T07:31:51.853","2016-03-01T15:03:27.327","S2-160827","","Rel-13","23.401","13.5.0","CIoT","2930","8","B",null,"","","","",""]
["S2-160841","Introducing support for Non-IP data for CIoT","Ericsson, Cisco Systems Inc, Intel, ZTE","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding a clause describing the feature. Updated and rebased to 13.5.0","Revision of S2-160768. This CR was agreed. Revised as draftCR at S2-113AH in S2-160968. Revised as CR at S2#113AH in S2-161159","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13390,"revised","2016-02-04T07:31:52.007","2016-03-01T15:03:27.340","S2-160768","S2-160968","Rel-13","23.401","13.5.0","CIoT","2934","7","B",null,"","","","",""]
["S2-160842","Solution to support multiple PRAs in EPS in a dynamic manner using User Location Reporting","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose update and evaluation for solution #3 in TR 23.710","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15520,"revised","2016-02-04T07:31:52.163","2016-03-01T15:03:27.340","S2-160736","S2-160845","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160843","Evaluation and conclusion of Solution #1","Orange","Ali-Amine Mouafik",44938,"pCR","","Approval","This contribution proposes an evaluation and conclusion for solution#1","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15600,"withdrawn","2016-02-04T07:31:52.243","2016-03-01T15:03:27.340","S2-160739","","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160844","Evaluation of Solution 4","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Evaluation of solution #4","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15650,"approved","2016-02-04T07:31:52.320","2016-03-01T15:03:27.340","S2-160740","","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160845","Solution to support multiple PRAs in EPS in a dynamic manner using User Location Reporting","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose update and evaluation for solution #3 in TR 23.710","","19","6.9","Study on improvement of awareness of user location change (FS_AULC)",15530,"withdrawn","2016-02-04T07:31:52.397","2016-03-01T15:03:27.357","S2-160842","","Rel-14","23.710","0.2.0","FS_AULC","","",null,"","","","","",""]
["S2-160846","Provisioning sponsored data connectivity information via SCEF","China Mobile, China Unicom, Huawei, ZTE","Aihua Li",58162,"pCR","","Approval","Proposal to the solution of Provisioning sponsored data connectivity information via SCEF.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17020,"approved","2016-02-04T07:31:52.477","2016-03-01T15:03:27.357","S2-160581","","","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160847","Solution for Key Issue 1","NEC","Filipe Leitao",62980,"pCR","","Approval","This contribution proposes a solution for the key issue 1 based on the provisioning of packet flow description over the SCEF to the SPR/UDR.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16980,"revised","2016-02-04T07:31:52.570","2016-03-01T15:03:27.357","S2-160580","S2-160913","","","","","","","","","","","","",""]
["S2-160848","SDCI Rx Referencing Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","An approach to enable the referencing of sponsor packet flow descriptions on Rx","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17060,"revised","2016-02-04T07:31:52.647","2016-03-01T15:03:27.357","S2-160608","S2-160914","Rel-14","","","","","",null,"","","","","",""]
["S2-160849","New Solution: Usage of a sponsoring","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","adds a new solution: Usage of a sponsoring","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17120,"approved","2016-02-04T07:31:52.727","2016-03-01T15:03:27.357","S2-160583","","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160850","Solution to KI#2: Managing sponsored data connectivity information inside the operator's network","Ericsson, Orange, ZTE","Shabnam Sultana",21207,"pCR","","Approval","Proposed Solution for key issue#2","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17180,"revised","2016-02-04T07:31:52.820","2016-03-01T15:03:27.373","S2-160604","S2-160915","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160851","Standalone SDCF based solution for key issue #1 and #2","Intel","Changhong Shan",45586,"pCR","","Approval","Propose a solution for key issue #1 and # 2 in FS_SDCI TR 23.721.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17220,"revised","2016-02-04T07:31:52.897","2016-03-01T15:03:27.373","S2-160605","S2-160916","Rel-14","23.721","","FS_SDCI","","",null,"","","","","",""]
["S2-160852","Managing sponsored data related information solution for key issue#2","China Unicom, China Mobile, China Telecom, Huawei, HiSilicon","Yang Xu",63572,"pCR","","Approval","This contribution proposes a new solution for SDCI.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17260,"revised","2016-02-04T07:31:52.977","2016-03-01T15:03:27.373","S2-160606","S2-160917","","","","","","","","","","","","",""]
["S2-160853","Lawful interception in split architectures","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This paper propose a solution for LI in split architectures.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14940,"revised","2016-02-04T07:31:53.053","2016-03-01T15:03:27.373","S2-160560","S2-160918","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160854","Consideration for performing LI functionality","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution to support the LI reference points in the split architecture. The proposal is to terminate the LI related reference points in the control plane function.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14900,"revised","2016-02-04T07:31:53.130","2016-03-01T15:03:27.387","S2-160559","S2-160919","Rel-14","","","","","",null,"","","","","",""]
["S2-160855","[Draft] LS on Lawful interception in split EPC architecture","SA WG2","Mirko Schramm",23396,"LS out","","Approval","To: SA WG3-LI. Attachments: S2-16xxxx, S2-16xxxx","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14980,"revised","2016-02-04T07:31:53.227","2016-03-01T15:03:27.387","S2-160561","S2-160920","Rel-14","","","","","","","",null,"SA WG3-LI"]
["S2-160856","Control plane function providing pre-allocated GTP-U IP address and TEID to the user plane function (during restoration scenario)","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","For supporting the user plane session restoration case, it is proposed that control plane can provide previously allocated GTP-U IP address and TEID to the user plane.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15030,"revised","2016-02-04T07:31:53.303","2016-03-01T15:03:27.387","S2-160562","S2-160921","Rel-14","","","","","",null,"","","","","",""]
["S2-160857","Location of the resource allocation function (F-TEID)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE","Laurent Thiebaut",11066,"pCR","","Approval","Proposes a solution for the Location (CP/UP) of the resource allocation functions (F-TEID).","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15080,"approved","2016-02-04T07:31:53.380","2016-03-01T15:03:27.387","S2-160563","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160858","TAI List problem and User plane area mapping","Ericsson, ZTE, KDDI, Huawei, HiSilicon","Shabnam Sultana",21207,"pCR","","Approval","The TAI List problem for CUPS is discussed and a solution is proposed","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15150,"revised","2016-02-04T07:31:53.460","2016-03-01T15:03:27.403","S2-160774","S2-160922","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160859","Solution to key issue# 2: SGW User plane selection by taking PGW User plane into account","NEC","Toshiyuki Tamura",17921,"pCR","","Approval","This P-CR proposes solution to key issue# 2: Selection mechanism for user plane functional entities. It is proposed that the SGW-U and PGW-U can be collocated when UE configures multiple PDN connections.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15270,"approved","2016-02-04T07:31:53.553","2016-03-01T15:03:27.403","S2-160776","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160860","CUPS Handover clarifications","ZTE, KDDI","Tricci So",44974,"pCR","","Approval","In this contribution, some clarifications regarding the handover in the SGW-U relocation procedure are proposed.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15320,"approved","2016-02-04T07:31:53.630","2016-03-01T15:03:27.403","S2-160777","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160861","Solution to Key Issue 4","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, a solution is proposed to address key issue 4","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15350,"revised","2016-02-04T07:31:53.723","2016-03-01T15:03:27.420","S2-160778","S2-160923","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160862","Description of an eDECOR solution#1 variant","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","Based on solution #1 principle that the UE is updated with the CN instead of been pre-configured, and due to the non-universality of the DCN type (it is per PLMN), it is proposed to describe a variant of solution #1 based on the above principle but using","","17","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",14650,"approved","2016-02-04T07:31:53.803","2016-03-01T15:03:27.420","S2-160520","","Rel-14","23.711","0.2.0","FS_eDecor","","",null,"","","","","",""]
["S2-160863","Inbound roamer support","NEC, T-Mobile USA INC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support inbound roamers to the SeDoC PLMN from a PLMN without IMS support.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16830,"approved","2016-02-04T07:31:53.880","2016-03-01T15:03:27.420","S2-160715","","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160864","Outbound roamer support","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution provides a solution to support SeDoC outbound roamers to a PLMN without IMS support.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16860,"approved","2016-02-04T07:31:53.957","2016-03-01T15:03:27.433","S2-160717","","Rel-14","23.719","0.1.1","","","",null,"","","","","",""]
["S2-160865","Solution for Key Issue 1 (Transition to Single Service Profile in IMS)","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes potential solution to SeDoC key Issue 1 (Transition to Single Service Profile in IMS).","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16780,"withdrawn","2016-02-04T07:31:54.050","2016-03-01T15:03:27.433","S2-160714","","Rel-14","","","","","",null,"","","","","",""]
["S2-160866","Evaluation of Solution#1","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution discusses the evaluation of solution#1 of TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13980,"revised","2016-02-04T07:31:54.130","2016-03-01T15:03:27.433","S2-160807","S2-160925","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160867","Clarification on SRVCC support","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on SRVCC support for S8HR architecture.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14250,"revised","2016-02-04T07:31:54.223","2016-03-01T15:03:27.433","S2-160811","S2-160926","","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160868","Evaluation of Key Issue #3: PLMN-ID determination at IMS Entities","NTT DOCOMO, ZTE, LG Electronics, Nokia Networks, Alcatel-Lucent, NEC, Ericsson","Irfan Ali",57013,"pCR","","Approval","Provides evaluation of the different solutions for obtaining VPLMN-ID at IMS entities","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14350,"revised","2016-02-04T07:31:54.300","2016-03-01T15:03:27.450","S2-160812","S2-160927","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160869","Evaluation and conclusion on Key Issue #1","Intel, Nokia, NTT DOCOMO, KDDI","Saso Stojanovski",24932,"pCR","","Approval","Proposes evaluation and conclusion on Key Issue #1","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14470,"revised","2016-02-04T07:31:54.380","2016-03-01T15:03:27.450","S2-160813","S2-160928","","","","","","","","","","","","",""]
["S2-160870","[DRAFT] LS on Security aspect for a solution #5","SA WG2","Motohiro Abe",57779,"LS out","","Approval","To: SA WG3. Attachment: TR 23.749 1.1.0","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14490,"revised","2016-02-04T07:31:54.473","2016-03-01T15:03:27.450","","S2-160929","","","","","","","","",null,"SA WG3","-","-"]
["S2-160871","Key issue of Group Creation and Modification","Convida Wireless, Samsung","Michael Starsinic",45438,"pCR","","Approval","This contribution proposes a new key issue for GENCEF.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17970,"approved","2016-02-04T07:31:54.567","2016-03-01T15:03:27.450","S2-160501","","Rel-14","23.773","0.0.0","FS_GENCEF","","",null,"","","","","",""]
["S2-160872","Requirements on optimized UE sleep state and state transitions","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose requirements regarding UE sleep state","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15800,"approved","2016-02-04T07:31:54.723","2016-03-01T15:03:27.467","S2-160706","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160873","Update of High level Architectural Requirements","LG Electronics","Myungjune Youn",60905,"pCR","","Approval","It is proposed to remove support of GERAN and/or UTRAN from the High level Architectural Requirements.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15840,"approved","2016-02-04T07:31:54.800","2016-03-01T15:03:27.467","S2-160814","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160874","Key issue: QoS Framework","Nokia Networks, AT&T, Deutsche Telekom AG, China Mobile, Ericsson, Intel, Qualcomm Incorporated, ZTE, ETRI, KT, Allot Communications","Devaki Chandramouli",68275,"pCR","","Approval","This contribution propose to add a new key issue on QoS framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16040,"revised","2016-02-04T07:31:54.893","2016-03-01T15:03:27.467","S2-160751","S2-160930","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160875","Key issue: 3GPP architecture impacts to support network slicing","Ericsson, Deutsche Telekom, Motorola Mobility, Lenovo, KDDI, ZTE, China Telecom, CATT, LG Electronics, China Unicom, AT&T, Qualcomm Incorporated, NTT DOCOMO, NEC, Cisco Systems, Inc., Samsung","Shabnam Sultana",21207,"pCR","","Approval","This contribution propose to add a new key issue on Network Slicing framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16110,"approved","2016-02-04T07:31:54.987","2016-03-01T15:03:27.467","S2-160711","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160876","Key Issue on Efficient user plane paths","Intel, Qualcomm Incorporated (?), Huawei (?)","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new Key Issue on Efficient user plane paths","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16250,"approved","2016-02-04T07:31:55.080","2016-03-01T15:03:27.480","S2-160756","","","","","","","","","","","","","",""]
["S2-160877","New key issue: NexGen architecture impacts to support a mobility framework","Ericsson, CATT, NTT DOCOMO, China Telecom, NEC, Qualcomm Incorporated, Motorola Mobility, Lenovo, ZTE, Sprint, Intel, ETRI","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to add a new key issue for mobility management framework to the NexGen TR.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16280,"approved","2016-02-04T07:31:55.160","2016-03-01T15:03:27.480","S2-160753","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160878","Key Issue on Session Continuity in the Next Generation System Architecture","Qualcomm Incorporated, Motorola Mobility, Lenovo, Cisco Systems, Inc., Intel, Huawei","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issue regarding session continuity and mobility in the next generation system architecture that should be addresses by the new architecture developed as part of FS_NexGen network architecture. The proposed changes should be incorporated in","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16310,"revised","2016-02-04T07:31:55.253","2016-03-01T15:03:27.480","S2-160759","S2-160931","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160879","Key Issue on feasibility study of a minimizing access dependencies of the NextGen core network and the Interface between access networks and the core network","Qualcomm Incorporated, ZTE, KDDI, Nokia Networks","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issues regarding the feasibility study of minimizing access dependencies of the NextGen core network and the interface between the access networks and the core network in the next generation system architecture that should be addressed by t","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16470,"approved","2016-02-04T07:31:55.330","2016-03-01T15:03:27.483","S2-160755","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160880","New key issue proposal on network capability exposure","Samsung, China Telecom, KDDI, CATT, Qualcomm Incorporated, Allot Communications, AT&T","Sung Hwan Won",46717,"pCR","","Approval","A new key issue for FS_ NexGen is proposed.","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16620,"approved","2016-02-04T07:31:55.410","2016-03-01T15:03:27.483","S2-160757","","Rel-14","23.799","0.1.0","FS_NextGen","","",null,"","","","","",""]
["S2-160881","NGMN terminology and conceptual outline for Network Slicing","Ericsson, Cisco Systems, Inc., NTT DOCOMO, Huawei, HiSilicon, China Mobile","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes to adopt the NGMN terminology and concept for Network Slicing","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",15760,"approved","2016-02-04T07:31:55.487","2016-03-01T15:03:27.483","S2-160705","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160882","Reply LS on the usage of QCI in eMBMS traffic relay","SA WG2","Mahmoud Watfa",41881,"LS out","","Approval","To: CT WG1","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10980,"revised","2016-02-04T07:31:55.567","2016-03-01T15:03:27.483","","S2-160885","Rel-13","","","","","","","",null,"CT WG1","-"]
["S2-160883","LS on the Revocation of Discovery Filters","SA WG2","Mario Madella",23765,"LS out","","Approval","To: CT WG4. CC: CT WG1","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10890,"approved","2016-02-04T07:31:55.657","2016-03-01T15:03:27.513","S2-160550","","Rel-13","","","","","","","","S2-160010","CT WG4","CT WG1"]
["S2-160884","Correction on Targeted RPAUID in the monitor response message","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Target RPAUID is changed to optional from mandatory","Revision of S2-160556. This CR was agreed","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",11140,"agreed","2016-02-04T07:31:55.737","2016-03-01T15:03:27.513","S2-160556","","Rel-13","23.303","13.2.0","eProSe-Ext-SA2","0300","2","F","SP-160158","","","","",""]
["S2-160885","Reply LS on the usage of QCI in eMBMS traffic relay","SA WG2","Mahmoud Watfa",41881,"LS out","","Approval","To: CT WG1. CC: SA WG6","","9","5.1.1","3GPP Packet Access Maintenance on Prose / eProse",10990,"approved","2016-02-04T07:31:55.893","2016-03-01T15:03:27.513","S2-160882","","Rel-13","","","","","","","","S2-160205","CT WG1","SA WG6"]
["S2-160886","Reply LS on RAN WG3 agreements on DC enhancements for LTE","SA WG2","Sung Hwan Won",46717,"LS out","","Approval","To: RAN WG3","","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10220,"approved","2016-02-04T07:31:55.987","2016-03-01T15:03:27.513","S2-160538","","Rel-13","","","","","","","","S2-160046","RAN WG3"]
["S2-160887","Handling of a 5.12s eDRX cycle","INTERDIGITAL COMMUNICATIONS, Qualcomm Inc, LG Electronics","Ulises Olvera",35101,"CR","","Decision","Summary of change: When the UE eDRX cycle corresponds to 5.12s, the UE monitors paging using legacy paging timing with paging cycle of 512 radio frames. when the UE eDRX cycle corresponds to 5.12s, the MME does not assign a Paging Time Window for the UE.","Revision of S2-160527. This CR was agreed","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10560,"agreed","2016-02-04T07:31:56.063","2016-03-01T15:03:27.530","S2-160527","SP-160088","Rel-13","23.682","13.4.0","eDRX","0159","2","F","SP-160164","","","","",""]
["S2-160888","Handling of a 5.12s eDRX cycle","INTERDIGITAL COMMUNICATIONS, Qualcomm Inc, LG Electronics","Ulises Olvera",35101,"CR","","Decision","Summary of change: The MME includes a Paging Time Window length only when the eDRX cycle is greater than 5.12 seconds.","Revision of S2-160528. This CR was agreed","8","5.1","3GPP Packet Access Maintenance excluding Prose / eProse",10590,"agreed","2016-02-04T07:31:56.220","2016-03-01T15:03:27.530","S2-160528","","Rel-13","23.401","13.5.0","eDRX","2966","2","F","SP-160164","","","","",""]
["S2-160889","Reply LS on NBIFOM procedure in SCM and RAN rules handling parameter","SA WG2","Huan Li",43311,"LS out","","Approval","To: CT WG1. CC: CT WG3, CT WG4.","","11","5.3","Non-3GPP Access Maintenance",11720,"approved","2016-02-04T07:31:56.407","2016-03-01T15:03:27.530","S2-160612","","","","","","","","","","S2-160025","CT WG1","CT WG3, CT WG4","-"]
["S2-160890","The procedure of removal of one access from the Multi-access PDN connection","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: 1. The UE initiates the PDN disconnection procedure via one access to remove one access from the multi-access PDN connection. 2. The PCRF/P-GW initiates the PDN disconnection procedure to remove one access from the multi-access PDN conn","Revision of S2-160587. Revised to S2-160912.","11","5.3","Non-3GPP Access Maintenance",11810,"revised","2016-02-04T07:31:56.500","2016-03-01T15:03:27.530","S2-160587","S2-160912","Rel-13","23.161","13.1.0","NBIFOM","0017","2","F",null,"","","","",""]
["S2-160891","Correction to UE-initiated IP flow mapping/access usability change/RAN rule indication procedures in S2a MCM and S2b","ZTE","Xingyue Zhou",42680,"CR","","Approval","Summary of change: For S2a using MCM, three WLCP messages are used to perform the procedure, i.e. the UE shall send WLCP PDN modification command to trigger the network to initiated WLCP modification procedure. For S2b: - Upon receipt of the IKEv2 INFORMA","Revision of S2-160586. This CR was agreed","11","5.3","Non-3GPP Access Maintenance",11860,"agreed","2016-02-04T07:31:56.640","2016-03-01T15:03:27.547","S2-160586","","Rel-13","23.161","13.1.0","NBIFOM","0016","2","F","SP-160172","","","","",""]
["S2-160892","Updated ePDG Selection Procedure","Motorola Mobility, Lenovo, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Nokia Networks, Broadcom, Rogers Communications","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: An updated ePDG selection procedure is specified which:  - Allows a roaming UE to determine if the country it is located in mandates or does not mandate the selection of ePDG in this country. This is determined by the UE via a DNS query","Revision of S2-160610. This CR was agreed","11","5.3","Non-3GPP Access Maintenance",11990,"agreed","2016-02-04T07:31:56.797","2016-03-01T15:03:27.547","S2-160610","","Rel-13","23.402","13.4.0","TEI13","2933","3","C","SP-160162","","","","",""]
["S2-160893","Coexistence between ANDSF and LWA","Motorola Mobility, Lenovo, Nokia Networks","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The changes agreed in SA WG2#112 are reverted and a new solution is specified which defines the UE behavior when the UE supports both ANDSF procedures and LWA procedures for WLAN access selection and traffic steering. The UE behavior is","Revision of S2-160611. This CR was agreed","11","5.3","Non-3GPP Access Maintenance",12150,"agreed","2016-02-04T07:31:56.953","2016-03-01T15:03:27.547","S2-160611","","Rel-13","23.402","13.4.0","TEI13","2934","3","F","SP-160162","","","","",""]
["S2-160894","LS on Co-existence between LTE-WLAN Radio Level Integration and other WLAN offloading solutions (e.g. ANDSF)","SA WG2","György Wolfner",68507,"LS out","","Approval","To: RAN WG2. Attachment: S2-160893","","11","5.3","Non-3GPP Access Maintenance",12250,"approved","2016-02-04T07:31:57.093","2016-03-01T15:03:27.547","S2-160615","","Rel-13","","","","","","","",null,"RAN WG2"]
["S2-160895","Clarification on ANDSF precedence","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: The above general requirement is deleted and more specific requirements are introduced, each one applying to a specific type of information provided by the ANDSF.  For example, it is clarified that the home operator may provide ISRP rul","Revision of S2-160617. This CR was agreed","11","5.3","Non-3GPP Access Maintenance",12340,"agreed","2016-02-04T07:31:57.170","2016-03-01T15:03:27.560","S2-160617","","Rel-13","23.402","13.4.0","TEI13","2922","4","F","SP-160162","","","","",""]
["S2-160896","Reply LS on precedence of information in USIM","SA WG2","György Wolfner",68507,"LS out","","Approval","To: CT WG1 CC: SA WG1. Attachment: S2-160895","","11","5.3","Non-3GPP Access Maintenance",12290,"approved","2016-02-04T07:31:57.327","2016-03-01T15:03:27.560","S2-160616","","Rel-13","","","","","","","","S2-160013","CT WG1","SA WG1"]
["S2-160897","[DRAFT] LS on potential need of PCC enhancement for MCPTT","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","Response to SA WG6 LS S6-151318","","10","5.2","QoS and PCC Maintenance",11400,"revised","2016-02-04T07:31:57.407","2016-03-01T15:03:27.560","S2-160665","S2-160911","Rel-13","","","","","","","","S2-160014","SA WG6","CT WG3, CT WG1"]
["S2-160898","Reply to LS on application based charging for applications identified by service data flow filters","SA WG2","Alla Goldner",42718,"LS out","","Approval","To: SA WG5","","10","5.2","QoS and PCC Maintenance",11550,"approved","2016-02-04T07:31:57.483","2016-03-01T15:03:27.560","S2-160597","","Rel-13","","","","","","","","S2-160048","SA WG5"]
["S2-160899","Reply LS to LS on APN AMBR change at a certain time on Gx","SA WG2","Laurent Thiebaut",11066,"LS out","","Approval","To: CT WG3. Attachmnent: 23.203 CR1009","","10","5.2","QoS and PCC Maintenance",11490,"approved","2016-02-04T07:31:57.560","2016-03-01T15:03:27.577","S2-160595","","Rel-13","","","","","","","","S2-160008","CT WG3","-","-"]
["S2-160900","Replacing Incorrect Reference for business trunking Specification TS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Include the correct reference","Revision of S2-160589. This CR was agreed","12","5.4","IMS and IMS-Related Maintenance",0,"agreed","2016-02-04T07:31:57.657","2016-03-01T15:03:27.577","S2-160589","","Rel-13","23.228","13.4.0","IMS_Corp2, BusTI","1144","2","A","SP-160155","","","","",""]
["S2-160901","Replacing Incorrect Reference for business trunking Specification TS","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Rel-12 mirror CR: Summary of change: Include the correct reference","Revision of S2-160590. This CR was agreed","12","5.4","IMS and IMS-Related Maintenance",0,"agreed","2016-02-04T07:31:57.810","2016-03-01T15:03:27.577","S2-160590","","Rel-12","23.228","12.9.0","IMS_Corp2, BusTI","1145","2","F","SP-160155","","","","",""]
["S2-160902","Key issue-Robust call in bad LTE coverage with 2G or 3G CS coverage","Huawei, HiSilicon, Intel, China Unicom, Deutsche Telekom, China Mobile, Teliasonera","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for VoLTE subscriber call setup failure when in bad LTE coverage overlaid with 2/3G CS coverage.","","27","6.17","Study for Robust Call Setup for VoLTE subscriber in LTE (FS_RobVoLTE)",18150,"approved","2016-02-04T07:31:57.950","2016-03-01T15:03:27.577","S2-160747","","Rel-14","23.750","0.0.0","FS_RobVoLTE","","",null,"","","","","",""]
["S2-160903","Introduction of support for NB-IoT","Vodafone, Nokia Networks","Chris Pudney",1122,"CR","","Approval","Summary of change: Aspects included in this CR: 1) define NB-IoT as a subset of E-UTRAN (and, for this specification, define 'WB-E-UTRAN' as the subset of all E-UTRAN that excludes NB-IoT) (clause 3.1)  2) inhibiting Detach for NB-IoT UE when last EPS bea","Revision of S2-160834. Revised to S2-160907.","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12960,"revised","2016-02-04T07:31:58.047","2016-03-01T15:03:27.593","S2-160834","S2-160907","Rel-13","23.401","13.5.0","CIoT","2948","6","B",null,"","","","",""]
["S2-160904","New work item on Non-IP for Cellular IoT for EC-EGPRS","Ericsson, Orange, MediaTek","Shabnam Sultana",21207,"WID new","","Approval","New WID","","29","7.1","New and Revised Work Items; Cover sheets for completed work items",18310,"approved","2016-02-04T07:31:58.217","2016-03-01T15:03:27.593","S2-160820","","Rel-13","","","","","","","","","","","",""]
["S2-160905","Reply to LS on NB-IoT work progress in RAN WG2","SA WG2","Chris Pudney",1122,"LS out","","Approval","To: RAN WG2, CT WG1. CC: RAN WG3","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12640,"approved","2016-02-04T07:31:58.310","2016-03-01T15:03:27.593","S2-160829","","Rel-13","","","","","","","","S2-160051","RAN WG2, CT WG1","RAN WG3"]
["S2-160906","Response to LS on questions on CIoT","SA WG2","Chris Pudney",1122,"LS out","","Approval","To: CT WG1, RAN WG2, RAN WG3 CC: CT WG4, RAN WG1, SA WG3. Attachment: S2-160909","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12700,"approved","2016-02-04T07:31:58.420","2016-03-01T15:03:27.607","S2-160830","","Rel-13","","","","","","","","S2-160207","CT WG1, RAN WG2, RAN WG3","CT WG4, RAN WG1, SA WG3"]
["S2-160907","Introduction of support for NB-IoT","Vodafone, Nokia Networks","Chris Pudney",1122,"CR","","Approval","Summary of change: Aspects included in this CR: 1) define NB-IoT as a subset of E-UTRAN (and, for this specification, define 'WB-E-UTRAN' as the subset of all E-UTRAN that excludes NB-IoT) (clause 3.1)  2) inhibiting Detach for NB-IoT UE when last EPS bea","Revision of S2-160903. This CR was agreed. Revised as draftCR at S2-113AH in S2-160975. Revised as CR at S2#113AH in S2-161162","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12970,"revised","2016-02-04T07:31:58.513","2016-03-01T15:03:27.607","S2-160903","S2-160975","Rel-13","23.401","13.5.0","CIoT","2948","7","B",null,"","","","",""]
["S2-160908","Detach procedure for CIoT optimization","China Mobile, Huawei, ZTE","Aihua Li",58162,"CR","","Approval","Summary of change: Delete the session management procedures in detach procedure for the UE attached without any PDN connection.","Revision of S2-160838. This CR was agreed","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13150,"agreed","2016-02-04T07:31:58.670","2016-03-01T15:03:27.607","S2-160838","","Rel-13","23.401","13.5.0","CIoT","2954","3","B","SP-160161","","","","",""]
["S2-160909","Introduction of Control Plane CIoT EPS optimization","Alcatel-lucent, MediaTek, NEC, Intel, Qualcomm; Nokia Networks","Alessio Casati",68028,"CR","","Approval","Summary of change: The solution 6.2 of TR 23.720 is introduced in 23.401","Revision of S2-160839. This CR was agreed. Revised as draftCR at S2-113AH in S2-160972. Revised as CR at S2#113AH in S2-161046","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",13210,"revised","2016-02-04T07:31:58.827","2016-03-01T15:03:27.607","S2-160839","S2-160972, S2-161046","Rel-13","23.401","13.5.0","CIoT","2942","11","B",null,"","","","",""]
["S2-160910","LS on guidance by SA WG2 on CIOT","SA WG2","Alessio Casati",68028,"LS out","","Approval","To: CT WG4","","13","5.6","Architecture enhancements for Cellular Internet of Things (CIOT)",12580,"approved","2016-02-04T07:31:58.980","2016-03-01T15:03:27.623","S2-160831","","","","","","","","","",null,"CT WG4","-","-"]
["S2-160911","LS on potential need of PCC enhancement for MCPTT","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","To: SA WG6. CC: CT WG3, CT WG1","","10","5.2","QoS and PCC Maintenance",11410,"approved","2016-02-04T07:31:59.077","2016-03-01T15:03:27.623","S2-160897","","Rel-13","","","","","","","","S2-160014","SA WG6","CT WG3, CT WG1"]
["S2-160912","The procedure of removal of one access from the Multi-access PDN connection","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: 1. The UE initiates the PDN disconnection procedure via one access to remove one access from the multi-access PDN connection. 2. The PCRF/P-GW initiates the PDN disconnection procedure to remove one access from the multi-access PDN conn","Revision of S2-160890. This CR was agreed","11","5.3","Non-3GPP Access Maintenance",11820,"agreed","2016-02-04T07:31:59.153","2016-03-01T15:03:27.623","S2-160890","","Rel-13","23.161","13.1.0","NBIFOM","0017","3","F","SP-160172","","","","",""]
["S2-160913","Solution for Key Issue 1","NEC","Filipe Leitao",62980,"pCR","","Approval","This contribution proposes a solution for the key issue 1 based on the provisioning of packet flow description over the SCEF to the SPR/UDR.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",16990,"approved","2016-02-05T14:17:49.840","2016-03-01T15:03:27.640","S2-160847","","","","","","","","","","","","","",""]
["S2-160914","SDCI Rx Referencing Sponsor Packet Flow Descriptions","Openet, Allot Communications","Max Bacik",43305,"pCR","","Approval","An approach to enable the referencing of sponsor packet flow descriptions on Rx","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17070,"approved","2016-02-05T14:17:49.857","2016-03-01T15:03:27.640","S2-160848","","Rel-14","","","","","",null,"","","","","",""]
["S2-160915","Solution to KI#2: Managing sponsored data connectivity information inside the operator's network","Ericsson, Orange, ZTE","Shabnam Sultana",21207,"pCR","","Approval","Proposed Solution for key issue#2","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17190,"approved","2016-02-05T14:17:49.870","2016-03-01T15:03:27.640","S2-160850","","Rel-14","23.721","0.1.1","FS_SDCI","","",null,"","","","","",""]
["S2-160916","Standalone SDCF based solution for key issue #1 and #2","Intel","Changhong Shan",45586,"pCR","","Approval","Propose a solution for key issue #1 and # 2 in FS_SDCI TR 23.721.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17230,"approved","2016-02-05T14:17:49.887","2016-03-01T15:03:27.640","S2-160851","","Rel-14","23.721","","FS_SDCI","","",null,"","","","","",""]
["S2-160917","Managing sponsored data related information solution for key issue#2","China Unicom, China Mobile, China Telecom, Huawei, HiSilicon","Yang Xu",63572,"pCR","","Approval","This contribution proposes a new solution for SDCI.","","22","6.12","Study on sponsored data connectivity improvements (FS_SDCI)",17270,"approved","2016-02-05T14:17:49.903","2016-03-01T15:03:27.657","S2-160852","","","","","","","","","","","","","",""]
["S2-160918","Lawful interception in split architectures","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This paper propose a solution for LI in split architectures.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14950,"approved","2016-02-05T14:17:49.917","2016-03-01T15:03:27.657","S2-160853","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160919","Consideration for performing LI functionality","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","This paper proposes one solution to support the LI reference points in the split architecture. The proposal is to terminate the LI related reference points in the control plane function.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14910,"approved","2016-02-05T14:17:49.917","2016-03-01T15:03:27.657","S2-160854","","Rel-14","","","","","",null,"","","","","",""]
["S2-160920","LS on Lawful interception in split EPC architecture","SA WG2","Mirko Schramm",23396,"LS out","","Approval","To: SA WG3-LI. Attachments: S2-16xxxx, S2-16xxxx","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",14990,"approved","2016-02-05T14:17:49.933","2016-03-01T15:03:27.657","S2-160855","","Rel-14","","","","","","","",null,"SA WG3-LI"]
["S2-160921","Control plane function providing pre-allocated GTP-U IP address and TEID to the user plane function (during restoration scenario)","Cisco Systems, Inc.","Nirav Salot",56645,"pCR","","Approval","For supporting the user plane session restoration case, it is proposed that control plane can provide previously allocated GTP-U IP address and TEID to the user plane.","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15040,"approved","2016-02-05T14:17:49.950","2016-03-01T15:03:27.670","S2-160856","","Rel-14","","","","","",null,"","","","","",""]
["S2-160922","TAI List problem and User plane area mapping","Ericsson, ZTE, KDDI, Huawei, HiSilicon","Shabnam Sultana",21207,"pCR","","Approval","The TAI List problem for CUPS is discussed and a solution is proposed","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15160,"approved","2016-02-05T14:17:49.967","2016-03-01T15:03:27.670","S2-160858","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160923","Solution to Key Issue 4","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, a solution is proposed to address key issue 4","","18","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15360,"approved","2016-02-05T14:17:49.980","2016-03-01T15:03:27.670","S2-160861","","Rel-14","23.714","0.2.0","FS_CUPS","","",null,"","","","","",""]
["S2-160924","Key issue 1 update proposal on CS data support by SeDoC architecture","Deutsche Telekom AG","Dieter Gludovacz",38203,"pCR","","Approval","This document proposes to add a new key issue on CS data support by SeDoC architecture.","","21","6.11","Study on Service Domain Centralization (FS_SeDoC)",16730,"approved","2016-02-05T14:17:49.997","2016-03-01T15:03:27.670","S2-160712","","Rel-14","","","","","",null,"","","","","",""]
["S2-160925","Evaluation of Solution#1","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution discusses the evaluation of solution#1 of TR 23.749.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",13990,"approved","2016-02-05T14:17:50.010","2016-03-01T15:03:27.687","S2-160866","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160926","Clarification on SRVCC support","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides the clarification on SRVCC support for S8HR architecture.","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14260,"approved","2016-02-05T14:17:50.027","2016-03-01T15:03:27.687","S2-160867","","","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160927","Evaluation of Key Issue #3: PLMN-ID determination at IMS Entities","NTT DOCOMO, ZTE, LG Electronics, Nokia Networks, Alcatel-Lucent, NEC, Ericsson","Irfan Ali",57013,"pCR","","Approval","Provides evaluation of the different solutions for obtaining VPLMN-ID at IMS entities","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14360,"approved","2016-02-05T14:17:50.043","2016-03-01T15:03:27.687","S2-160868","","Rel-14","23.749","1.0.0","FS_V8","","",null,"","","","","",""]
["S2-160928","Evaluation and conclusion on Key Issue #1","Intel, Nokia, NTT DOCOMO, KDDI","Saso Stojanovski",24932,"pCR","","Approval","Proposes evaluation and conclusion on Key Issue #1","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14480,"approved","2016-02-05T14:17:50.057","2016-03-01T15:03:27.687","S2-160869","","","","","","","","","","","","","",""]
["S2-160929","LS on Security aspects of solution #5 for making UE-detected IMS emergency session successful with S8HR as a roaming architecture for VoLTE","SA WG2","Motohiro Abe",57779,"LS out","","Approval","To: SA WG3. Attachment: TR 23.749 1.1.0","","16","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",14500,"approved","2016-02-05T14:17:50.073","2016-03-01T15:03:27.703","S2-160870","","","","","","","","","",null,"SA WG3","-","-"]
["S2-160930","Key issue: QoS Framework","Nokia Networks, AT&T, Deutsche Telekom AG, China Mobile, Ericsson, Intel, Qualcomm Incorporated, ZTE, ETRI, KT, Allot Communications, Samsung, Mediatek","Devaki Chandramouli",68275,"pCR","","Approval","This contribution propose to add a new key issue on QoS framework","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16050,"approved","2016-02-05T14:17:50.090","2016-03-01T15:03:27.703","S2-160874","","Rel-14","23.799","","FS_NextGen","","",null,"","","","","",""]
["S2-160931","Key Issue on Session Continuity in the Next Generation System Architecture","Qualcomm Incorporated, Motorola Mobility, Lenovo, Cisco Systems, Inc., Intel, Huawei","Faccin Stefano",60610,"pCR","","Approval","Proposes a key issue regarding session continuity and mobility in the next generation system architecture that should be addresses by the new architecture developed as part of FS_NexGen network architecture. The proposed changes should be incorporated in","","20","6.10","Study on Architecture for Next Generation System (FS_NexGen)",16320,"approved","2016-02-05T14:17:50.107","2016-03-01T15:03:27.703","S2-160878","","Rel-14","23.799","0.1.1","FS_NextGen","","",null,"","","","","",""]
["S2-160932","Architectural assumptions and requirements for FS_GENCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Architectural assumptions and requirements for FS_GENCEF are presented.","","26","6.16","Study on group based enhancements in the network capability exposure functions (FS_GENCEF)",17940,"approved","2016-02-05T14:17:50.120","2016-03-01T15:03:27.703","S2-160539","","Rel-14","23.773","","FS_GENCEF","","",null,"","","","","",""]

{"sheet":"CR_Packs_List","index":1,"n_rows":1,"n_cols":11,"rows_kept":1,"cut":false,"hidden":false,"merged":[]}
["CR Pack TDoc #","WG TDoc #","WG TDoc decision","CR Individual TSG decision","Spec #","CR #","CR revision #","CR category","Release","Version","CR title"]

{"sheet":"Parameters","index":2,"n_rows":24,"n_cols":4,"rows_kept":24,"cut":false,"hidden":true,"merged":[]}
["Types of Tdocs","Possible statuses of Tdocs","Categories"]
[]
["agenda","reserved","A","Decision"]
["Work Plan","available","B","Agreement"]
["LS in","revised","C","Approval"]
["LS out","agreed","D","Information"]
["pCR","conditionally agreed","E","Discussion"]
["draftCR","approved","F","Action"]
["CR","conditionally approved",null,"Endorsement"]
["CR pack","partially approved",null,"Presentation"]
["ToR","treated"]
["WID new","endorsed"]
["WID revised","replied to"]
["SID new","merged"]
["SID revised","not pursued"]
["WI status report","postponed"]
["WI exception request","noted"]
["TS or TR cover","not concluded"]
["draft TS","withdrawn"]
["draft TR","reissued"]
["report"]
["discussion"]
["response"]
["other"]