{"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":736,"n_cols":32,"rows_kept":736,"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-152985","Draft Agenda for SA WG2#111","SA WG2 Chairman","Frank Mademann",6821,"agenda","","Approval","The meeting agenda.","","2","2","Approval of the agenda",10000,"approved","2015-09-23T05:57:41.727","2015-10-09T09:07:14.453","","","","","","","","","","","","","","",""]
["S2-152986","Draft Report of SA WG2 meeting #110","SA WG2 Secretary","Maurice Pope",648,"report","","Approval","Draft Report version 0.1.0rm of meeting #110 for approval","","4","3","Meeting reports",10010,"approved","2015-09-23T05:57:41.740","2015-10-11T06:19:00.080","","","","","","","","","","","","","","",""]
["S2-152987","Draft Report of SA WG2 meeting #110AH","SA WG2 Secretary","Maurice Pope",648,"report","","Approval","Draft Report version 0.0.8 of meeting #110AH for approval","","4","3","Meeting reports",10020,"approved","2015-09-23T05:57:41.740","2015-10-11T06:19:00.253","","","","","","","","","","","","","","",""]
["S2-152988","LS from SA WG4: LS on proposed WID for Media and Quality Aspects of SRVCC Enhancements","SA WG4","Maurice Pope",648,"LS in","","Action","SA WG4 has been informed that SA WG2 Work Item on SETA (SRVCC Enhancements for Transcoding Avoidance - S2-142912) has been put on hold at SA#66. Because Speech Quality, TrFO, Rate Control and EVS are under SA WG4 ToRs and that SA WG2 SETA work is partly d","","6","4.1","Common issues and Incoming LSs",10090,"noted","2015-09-23T06:01:42.713","2015-09-23T06:03:23.770","S2-152140","","Rel-13","","","","","","","",null,"SA WG2",null,"S4-150581"]
["S2-152989","LS from GERAN WG2: Reply LS on paging for MTC","GERAN WG2","Nicklas Johansson",47575,"LS in","","Action","GERAN WG2 thanks SA WG2 for the Response to Reply LS on paging for MTC. GERAN WG2 has reviewed the LS and in an attempt better clarify GERAN WG2 thinking on the relationship between coverage classes for MTC devices and paging procedures and thereby hopefu","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14830,"withdrawn","2015-09-23T06:01:42.793","2015-09-23T06:03:23.957","S2-152142","","Rel-13","","","","","","","",null,"SA WG2","GERAN WG1","GPC150297"]
["S2-152990","LS from GSMA RILTE: LS on ePDG selection","GSMA RILTE","Mario Madella",23765,"LS in","","Information","Networks Group RILTE is working on IR.51: IMS Profile for Voice, Video and SMS over Wi-Fi, which is a profile for VoWiFi based on the 3GPP specifications TS 23.402 and TS 24.302. The profile uses the procedures defined in TS 24.302 section 7.2.1 for ePDG","","10","5.3","Non-3GPP Access Maintenance",11540,"noted","2015-09-23T06:01:42.887","2015-09-23T06:03:24.130","S2-152149","","","","","","","","","",null,"SA WG3-LI","SA WG2, CT WG1","RILTE46 Doc 114_Rev2"]
["S2-152991","LS from CT WG1: LS on combined registration when the CS Mobility Management back off timer is running","CT WG1","Lalith Kumar",60520,"LS in","","Action","CT WG1 has discussed the following scenario: A 'class A' or 'class B' MS in NMO II camps in GERAN/UTRAN and performs mobility management signalling where it receives the 'CS' Back-off timer (T3246) from the MSC/VLR. The MS will not initiate any further CS","","8","5.1","3GPP Packet Access Maintenance",10550,"replied to","2015-09-23T06:01:42.980","2015-09-23T06:03:24.317","S2-152152","","Rel-13","","","","","","","",null,"SA WG2",null,"C1-152459","S2-153646"]
["S2-152992","LS from CT WG4: Roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","CT WG4","Youyang Yu",46021,"LS in","","Action","In the WLAN_NS WI, when the UE is roaming in a VPLMN using 3GPP access, SA WG2 defined that the UE can select a WLAN deployed by the RPLMN's equivalent service provider. This equivalent service provider can be a 3GPP operator or a WLAN operator. If it is","","10","5.3","Non-3GPP Access Maintenance",11410,"replied to","2015-09-23T06:01:43.057","2015-09-23T06:03:24.487","S2-152155","","Rel-12","","","","","","","",null,"SA WG2","CT WG1","C4-151071","S2-153705"]
["S2-152993","LS from RAN WG2: Reply LS on RAN assumptions from SA2 for FS_eDRX","RAN WG2","Martin Van Der Zee",58600,"LS in","","Action","RAN WG2 would like to thank SA WG2 for their LS on RAN assumptions for FS_eDRX. This reply LS is related to the HSPA study item 'Study on Small Data Transmission Enhancements for UMTS', and does not apply to LTE.  SA WG2 asked RAN WG2 to reply on issues 1","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13600,"noted","2015-09-23T06:01:43.120","2015-09-23T06:03:24.660","S2-152162","","Rel-13","","","","","","","",null,"SA WG2",null,"R2-152822"]
["S2-152994","LS from RAN WG2: Reply LS RAN assumptions from SA2 for FS_eDRX","RAN WG2","Johan Johansson",35048,"LS in","","Action","This reply LS is related to the LTE work item 'RAN enhancements for extended DRX in LTE'. RAN WG2 thanks SA WG2 for the LS on RAN assumptions from SA WG2 for FS_eDRX, where SA WG2 listed the following issues:  Issue 1: - Given a maximum response time desi","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13590,"noted","2015-09-23T06:01:43.213","2015-09-23T06:03:24.830","S2-152163","","Rel-13","","","","","","","",null,"SA WG2","TSG GERAN, CT WG1","R2-152917"]
["S2-152995","LS from IETF Ecrit WG: Liaison Statement on NG eCall support for the EU","IETF Ecrit WG","Maurice Pope",648,"LS in","","Action","The IETF ECRIT WG would like to inform 3GPP of IETF work enabling eCall over IETF SIP. The IETF has been developing a specification to support this (mainly in the EU but not limited to it). The document is still in a draft state and describes how an eCall","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16690,"postponed","2015-09-23T06:01:43.307","2015-09-23T06:03:25.020","S2-152418","S2-153726","","","","","","","","",null,"SA WG1, SA WG2, CT WG1",null,"Liaison_from_IETF_Ecrit_WG"]
["S2-152996","LS from GSMA RiLTE: LS out to 3GPP on handover policy for a terminal reaches the handover collision between from PS to CS and from LTE to WiFi at the same time","GSMA RiLTE","Maurice Pope",648,"LS in","","Information","Introduction: GSMA NG RILTE has identified a problem related to handover collision for a terminal supporting voice over WiFi as well as VoLTE along with SRVCC, which may require 3GPP specification work. Problem description: A terminal supporting voice ove","","6","4.1","Common issues and Incoming LSs",10040,"replied to","2015-09-23T06:01:43.400","2015-09-23T06:03:25.190","S2-152550","","","","","","","","","",null,"CT WG1","SA WG2","RILTE 45 Doc 111","S2-153690"]
["S2-152997","LS from GERAN WG2: Reply LS on paging for MTC","GERAN WG2","Nicklas Johansson",47575,"LS in","","Action","GERAN WG2 thanks SA WG2 for the Response to Reply LS on paging for MTC. GERAN WG2 has reviewed the LS and in an attempt better clarify GERAN WG2 thinking on the relationship between coverage classes for MTC devices and paging procedures and thereby hopefu","","8","5.1","3GPP Packet Access Maintenance",10600,"noted","2015-09-23T06:01:43.477","2015-09-23T06:03:25.363","S2-152714","","Rel-13","","","","","","","",null,"SA WG2","GERAN WG1","GPC150297"]
["S2-152998","LS from GERAN WG2: LS on Efficient Small Data Transfer","GERAN WG2","Nicklas Johansson",47575,"LS in","","Action","In the ongoing work on Cellular IoT GERAN WG2 has identified that it would be desirable to reduce the impacts of various protocol layers on the total payload to be transferred across the radio interface. This is in particular crucial for constrained devic","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14800,"postponed","2015-09-23T06:01:43.557","2015-09-23T06:03:25.533","S2-152716","S2-153727","Rel-13","","","","","","","",null,"SA WG2, SA WG3, CT WG1","RAN WG1, RAN WG2","GP-150654"]
["S2-152999","LS from SA WG3LI: LS on Requirement for Identifying Remote ProSe UE and its Subscriber in EPC","SA WG3LI","Selvam Rengasami",31626,"LS in","","Action","The remote ProSe UE and its subscriber (i.e., equivalent to IMSI, IMEI, MSISDN in LTE) accessing the network via a ProSe UE-to-Network relay needs to be identified in the EPC (e.g., a P-GW) to perform LI on the remote UE's communications when lawfully aut","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12880,"noted","2015-09-23T06:01:43.620","2015-09-23T06:03:25.707","S2-152724","","Rel-13","","","","","","","",null,"SA WG2, TSG CT","SA WG3, SA WG6","S3i150241"]
["S2-153000","LS from TSG GERAN: Reply LS on RAN assumptions from SA2 for FS_eDRX","TSG GERAN","John Diachina",25840,"LS in","","Action","GERAN thanks SA WG2 for the LS on RAN assumptions for FS_eDRX and would like to provide some feedback regarding recent progress made towards identifying a solution that GERAN considers to be feasible for realizing extended DRX in Idle state as part of the","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13610,"noted","2015-09-23T06:01:43.713","2015-09-23T06:03:25.877","S2-152725","","Rel-13","","","","","","","",null,"SA WG2",null,"GP-150670"]
["S2-153001","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","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15480,"withdrawn","2015-09-23T06:01:43.777","2015-09-23T06:03:26.063","S2-152747","","Rel-13","","","","","","","",null,"SA WG2",null,"GP-150988"]
["S2-153002","LS from SA WG3: Clarification on SA WG6 Architecture","SA WG3","Peter Haigh",22168,"LS in","","Action","In discussing how to secure the MCPTT architecture a number of questions have arisen within SA WG3. SA WG3 asks that SA WG6, CT WG1 and SA WG2 clarify the following questions to enable SA WG3 to successfully complete its security work.  To SA WG2 and SA W","","11","5.4","IMS and IMS-Related Maintenance",12320,"noted","2015-09-23T06:01:43.853","2015-09-23T06:03:26.250","S2-152851","","Rel-13","","","","","","","",null,"SA WG6, SA WG2, CT WG1",null,"S3-152056"]
["S2-153003","LS from SA WG4: LS to SA6 on MCPTT support over MBMS","SA WG4","Zhiming Li",26481,"LS in","","Information","As part of the cross-SA Working Group level MCPTT Work Item in Rel-13, SP-150356, SA WG4 is evaluating codecs, media handling and potential enhancements to support MCPTT delivery over unicast and MBMS bearers. SA WG4 has also looked at overlapping functio","","8","5.1","3GPP Packet Access Maintenance",10720,"noted","2015-09-23T06:01:43.930","2015-09-23T06:03:26.423","S2-152854","","Rel-13","","","","","","","",null,"SA WG6","CT WG1, CT WG3,  SA WG2","S4-151218"]
["S2-153004","LS from SA WG1: LS reply on Public Safety discovery","SA WG1","Maurice Pope",648,"LS in","","Action","SA WG1 thanks SA WG3 for the liaison in S1-152331 / S3-151226. SA WG1 would like to reply to the questions below: Q1: SA WG3 would like to ask SA WG1 whether there is a requirement for Group Member Discovery? If so, what are the use cases and requirements","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12870,"noted","2015-09-23T06:01:44.010","2015-09-23T06:03:26.593","S2-152856","","Rel-13","","","","","","","",null,"SA WG2, SA WG3",null,"S1-152747"]
["S2-153005","LS from SA WG1: LS reply on ProSe Priorities","SA WG1","Maurice Pope",648,"LS in","","Action","SA WG1 thanks SA WG2 for the liaison in S1-152326 / S2-151810. SA WG1 would like to reply to the action below: Action: SA WG2 kindly asks SA WG1, SA WG6 and RAN WG2 to provide feedback on the number of supported ProSe Per Packet Priority levels over PC5.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12860,"noted","2015-09-23T06:01:44.087","2015-09-23T06:03:26.780","S2-152857","","Rel-13","","","","","","","",null,"SA WG2, RAN WG2, SA WG6","RAN WG1","S1-152748"]
["S2-153006","LS from RAN WG2: LS on inter-PLMN sidelink discovery transmission","RAN WG2","Maurice Pope",648,"LS in","","Action","In Rel-13 eD2D WI, RAN WG2 discussed adaptations for the scenario of sidelink discovery transmission in inter-PLMN carrier case.  RAN WG2 agreed to support the scenario where it will be possible to configure the UE to transmit the sidelink discovery messa","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12730,"replied to","2015-09-23T06:01:44.150","2015-09-23T06:03:26.953","S2-152860","","Rel-13","","","","","","","",null,"SA WG2, CT WG1","RAN WG3","R2-153886","S2-153719"]
["S2-153007","LS from RAN WG2: Response LS on usage of ProSe Per-Packet Priority in ProSe UE-Network Relay","RAN WG2","Shailesh Patil",57026,"LS in","","Action","RAN WG2 would like to thank SA WG2 for the LS on usage of ProSe Per-Packet Priority in UE-to-Network relay. Answers for the SA WG2 questions are given below: Question 1: Whether the sidelink LCID is an indicator of the ProSe Per Packet Priority? In other","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12700,"replied to","2015-09-23T06:01:44.227","2015-09-23T06:03:27.127","S2-152861","","Rel-13","","","","","","","",null,"SA WG2","RAN WG1","R2-153887","S2-153535"]
["S2-153008","LS from RAN WG2: Reply LS on paging coordination in extended idle mode DRX","RAN WG2","Maurice Pope",648,"LS in","","Action","RAN WG2 would like to thank SA WG2 for their LS on paging coordination in extended idle mode DRX. RAN WG2 has discussed and evaluated the impacts of the RAN-based solution (based on SFN extension) and the core-network based solutions. RAN WG2 has also eva","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13660,"replied to","2015-09-23T06:01:44.307","2015-09-23T06:03:27.313","S2-152862","","Rel-13","","","","","","","",null,"SA WG2, RAN WG3",null,"R2-153914","S2-153716"]
["S2-153009","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","","10","5.3","Non-3GPP Access Maintenance",12210,"postponed","2015-09-23T06:01:44.383","2015-09-23T06:03:27.483","","S2-153728","","","","","","","","",null,"TSG SA, SA WG2, SA WG3, TSG RAN, CT WG1",null,"Wi-Fi Alliance_20150818"]
["S2-153010","LS from IETF TSVWG: Explicit Congestion Notification for Lower Layer Protocols Submission","IETF TSVWG","Maurice Pope",648,"LS in","","Information","In 2001, the IETF introduced explicit congestion notification (ECN) to the Internet Protocol as a proposed standard [RFC3168]. The purpose of ECN was to notify congestion without having to drop packets. The IETF originally specified ECN for cases where bu","","6","4.1","Common issues and Incoming LSs",10030,"noted","2015-09-23T06:01:44.400","2015-09-23T06:03:27.810","","","","","","","","","","",null,"TSG SA, TSG CT, TSG RAN, SA WG4, SA WG2, RAN WG2",null,"LS_from_IETF"]
["S2-153011","LS from OMA ARC WG: Response to Liaison Statement from SA WG2 on MTC features for service capability exposure","OMA ARC WG","Vincenzo Amorino",38082,"LS in","","Action","Overview: The OMA ARC WG would like to thank SA WG2 for their liaison statement (S2-152032) on 3GPP Rel-13 MTC features for service capability exposure. The OMA ARC reviewed this liaison statement during the last face to face meeting in Miami and would li","","8","5.1","3GPP Packet Access Maintenance",10190,"noted","2015-09-23T06:01:44.413","2015-09-23T06:04:39.290","","","","","","","","","","",null,"SA WG2",null,"OMA-LS_1058"]
["S2-153012","LS from GSMA NG-PACKET: Reply LS on VoLTE Roaming Architecture","GSMA NG-PACKET","Itsuma Tanaka",38539,"LS in","","Action","GSMA Networks Group (NG) thanks Liaison Statements from 3GPP Technical Specification Groups and Working Groups on VoLTE Roaming Architecture. NG would like to share the S8HR technical report, as attached below. NG would like to be updated about the progre","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15070,"noted","2015-09-23T06:01:44.430","2015-09-23T06:04:39.510","","","","","","","","","","",null,"TSG SA, TSG CT, SA WG2, SA WG3, SA WG3-LI, SA WG5, CT WG1, CT WG3","WAS, WSOLU, WAGREE, IDS, TDS","PACKET81 Doc 123"]
["S2-153013","LS from oneM2M TP: Reply LS on 3GPP Rel-13 MTC features for Service Capability Exposure","oneM2M TP","Maurice Pope",648,"LS in","","Action","Overview: oneM2M TP thanks SA WG2 for their LS on 3GPP Rel-13 features for service capability exposure informing about the work done during 3GPP Release 13 on Machine Type Communications (MTC). We have taken note that the Service Capability Exposure Funct","","8","5.1","3GPP Packet Access Maintenance",10200,"noted","2015-09-23T06:01:44.447","2015-09-23T06:04:39.680","","","","","","","","","","",null,"SA WG2","GSMA, OMA, TSG SA, TSG CT","TP-2015-0762R06"]
["S2-153014","LS from oneM2M TP: Reply LS on Exposure of Network Capabilities to M2M","oneM2M TP","Maurice Pope",648,"LS in","","Information","Overview: oneM2M TP thanks OMA ARC WG for their LS on Exposure of Network Capabilities to M2M. We have taken note of the ongoing work in OMA ARC WG regarding Network APIs that would expose network capabilities to M2M and other applications. We request you","","8","5.1","3GPP Packet Access Maintenance",10210,"noted","2015-09-23T06:01:44.460","2015-09-23T06:04:39.853","","","","","","","","","","",null,"OMA ARC WG","SA WG2","TP-2015-0763R05"]
["S2-153015","LS from ATIS WTSC: S8HR roaming architecture handling of E9-1-1 calls","ATIS WTSC","Mark Younge",7883,"LS in","","Action","Discussion: ATIS WTSC has not had sufficient time to study the proposal to have the UE initiate an unauthenticated/anonymous E9-1-1 call when the VPLMN does not advertise support for IMS emergency calls. Actions: To SA WG2: ATIS WTSC kindly requests SA WG","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15120,"replied to","2015-09-23T06:01:44.477","2015-09-23T06:04:40.023","","","","","","","","","","",null,"GSMA NG, GSMA WAS, SA WG2","TSG SA, TSG CT, SA WG1, SA WG3, CT WG1, CT WG3, CT WG4, GSMA PSMC","WTSC-2015-00104R001","S2-153684"]
["S2-153016","LS from CT WG1: Reply LS on Handover procedures without the dynamic PGW ID","CT WG1","Youyang Yu",46021,"LS in","","Information","CT WG1 thanks CT WG4 for the LS on Handover procedures without the dynamic PGW ID. CT WG1 would like to provide the following feedback on the questions asked by CT WG4. 'If NBM is used and if the UE receives from the ePDG an IKE_AUTH response message cont","","10","5.3","Non-3GPP Access Maintenance",12220,"postponed","2015-09-23T06:01:44.493","2015-09-23T06:04:40.197","","S2-153729","Rel-13","","","","","","","",null,"CT WG4","SA WG2","C1-152714"]
["S2-153017","LS from CT WG1: LS on service authorisation procedure based on the location","CT WG1","Lena Chaponniere",38080,"LS in","","Action","CT WG1 thanks SA WG2 for their reply LS on service authorisation procedure based on the location.   CT WG1 has discussed SA WG2's answer stating that the UE may provide the current Serving PLMN ID in order to assist the ProSe Function in the HPLMN to dete","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12510,"noted","2015-09-23T06:01:44.507","2015-09-23T06:04:40.367","","","Rel-12","","","","","","","",null,"SA WG2",null,"C1-152908"]
["S2-153018","LS from CT WG1: Reply LS on response on static configuration for ePDG selection","CT WG1","Reinhard Lauster",36348,"LS in","","Action","CT WG1 has discussed the stage 2 agreements related to ePDG selection for Rel-12 in CR#1373 and Rel-13 in CR#1376 attached in the SA WG2 LS to CT WG1 on 'response on static configuration for ePDG selection'. CT WG1 has realized that there would be differe","","10","5.3","Non-3GPP Access Maintenance",11550,"noted","2015-09-23T06:01:44.523","2015-09-23T06:04:40.553","","","Rel-12","","","","","","","",null,"TSG SA, SA WG2",null,"C1-153226"]
["S2-153019","LS from CT WG1: LS on Group specific NAS level congestion control","CT WG1","Tsuyoshi Takakura",36057,"LS in","","Action","CT WG1 has discussed Group specific NAS level congestion control (C1-152686) based on following requirement defined in TS23.401 subclause 4.3.7.4.2.5  - MME may apply ESM congestion control to all subscribed APNs for UEs that belong to this particular gro","","8","5.1","3GPP Packet Access Maintenance",10220,"replied to","2015-09-23T06:01:44.540","2015-09-23T06:04:40.727","","","Rel-13","","","","","","","",null,"SA WG2",null,"C1-153258","S2-153536"]
["S2-153020","LS from CT WG1: Reply LS on handover policy for a terminal reaches the handover collision between from PS to CS and from LTE to WiFi at the same time","CT WG1","Yue Song",57977,"LS in","","Action","CT WG1 thanks GSMA NG RILTE for the LS on handover policy for a terminal reaches the handover collision between from PS to CS and from LTE to WiFi at the same time. CT WG1 would like to provide the following feedback:  Q1: Is the terminal required to supp","","6","4.1","Common issues and Incoming LSs",10050,"replied to","2015-09-23T06:01:44.557","2015-09-23T06:04:40.897","","","Rel-13","","","","","","","",null,"GSMA NG RILTE, SA WG2",null,"C1-153277","S2-153690"]
["S2-153021","LS from CT WG3: LS on requested feedback on TR 26.924","CT WG3","Susana Fernandez",42321,"LS in","","Information","CT WG3 thanks SA WG4 for their LS on TR 26.924 Study on improved end to end QoS handling.   CT WG3 has reviewed the version of the TR 26.924 v.1.4.0 and would like to comment on the following text included in solution B but referred from those solutions t","","9","5.2","QoS and PCC Maintenance",11170,"noted","2015-09-23T06:01:44.570","2015-09-23T06:04:41.083","","","Rel-13","","","","","","","",null,"SA WG4","SA WG2, CT WG1, CT WG4","C3-153360"]
["S2-153022","LS from CT WG3: LS on PCC architecture of Nt reference point","CT WG3","Yizhuang Wu",61155,"LS in","","Action","CT WG3 has discussed the Nt reference point in the figure of PCC architecture based on the latest CR output from SA WG2 as follows. [. . . ] From CT WG3 point of view, there are some ambiguous issues related to Nt reference point in the above figure: 1. T","","9","5.2","QoS and PCC Maintenance",11250,"replied to","2015-09-23T06:01:44.600","2015-09-23T06:04:41.257","","","Rel-13","","","","","","","",null,"SA WG2",null,"C3-153432","S2-153431"]
["S2-153023","LS from CT WG3: Reply LS on VoLTE Roaming Charging","CT WG3","Thomas Belling",23293,"LS in","","Action","CT WG3 would like to thank CT WG1 for their LS related to S8HR.  Within the LS, CT WG1 stated.  3GPP CT WG1 would like to thank GSMA NG RAG for their LS on VoLTE Roaming Charging where it was requested how to get visited network information at S-CSCF and","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15160,"noted","2015-09-23T06:01:44.617","2015-09-23T06:04:41.427","","","","","","","","","","",null,"SA WG2, CT WG1","GSMA NG, SA WG5","C3-153440"]
["S2-153024","LS from CT WG3: Reply LS on OCS address for Gy inter-PLMN","CT WG3","Haitao Xia",53693,"LS in","","Information","CT WG3 thanks SA WG5 for their liaison (C3-153019/S5-153255) on OCS address for Gy inter-PLMN.   CT WG3 has discussed the issue of Home OCS address under the circumstances where this Home OCS address is not known by the VPLMN (e.g. S9 not used and no avai","","9","5.2","QoS and PCC Maintenance",11300,"noted","2015-09-23T06:01:44.633","2015-09-23T06:04:41.600","","","Rel-13","","","","","","","",null,"SA WG5","CT WG4, SA WG2","C3-153461"]
["S2-153025","LS from CT WG4: LS on UE Usage Type for Dedicated Core Networks","CT WG4","Maurice Pope",648,"LS in","","Information","SA WG2 has specified the Dedicated Core Networks (DCN) feature in 3GPP TS 23.401 and TS 23.060. This features enables an operator to deploy multiple DCNs within a PLMN, whereby each DCN may be dedicated to serve specific type(s) of subscribers based on su","","8","5.1","3GPP Packet Access Maintenance",10970,"postponed","2015-09-23T06:01:44.647","2015-09-23T06:04:41.787","","S2-153730","Rel-13","","","","","","","",null,"GSMA IREG, SA WG1","SA WG2","C4-151413"]
["S2-153026","LS from RAN WG1: Reply LS on ProSe coarse proximity estimation based on path loss","RAN WG1","Alexey Khoryaev",46112,"LS in","","Action","RAN WG1 WG would like to thanks SA WG2 WG for sending the LS on coarse proximity estimation based on path loss (S2-152699). RAN WG1 discussed it and would like to inform SA WG2 WG that there were no extensive evaluations of the range estimation based on p","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12540,"noted","2015-09-23T06:01:44.663","2015-09-23T06:04:41.973","","","Rel-13","","","","","","","",null,"SA WG2","RAN WG2","R1-154871"]
["S2-153027","LS from RAN WG1: LS on traffic model assumption in LTE-based V2X","RAN WG1","Hanbyul Seo",41001,"LS in","","Information","RAN WG1 discussed evaluation assumptions for LTE-based V2X and made the working assumption 'one 300-byte message followed by four 190-byte messages' on the message size at physical layer in case of periodic traffic for V2V services. This working assumptio","","6","4.1","Common issues and Incoming LSs",10120,"postponed","2015-09-23T06:01:44.680","2015-09-23T06:04:42.147","","S2-153731","Rel-13","","","","","","","",null,"RAN WG2","SA WG1, SA WG2, SA WG3","R1-155014"]
["S2-153028","LS from RAN WG2: Response LS on Paging for MTC","RAN WG2","Sudeep Palat",17525,"LS in","","Information","RAN WG2 thanks RAN WG3 for the LS on Paging for MTC.  RAN WG2 briefly discussed the solution proposed by RAN WG3 to define two RRC containers to carry the LC/EC MTC capability and Coverage Enhancement level information. While RAN WG2 has not yet agreed a","","8","5.1","3GPP Packet Access Maintenance",10610,"noted","2015-09-23T06:01:44.697","2015-09-23T06:04:42.317","","","Rel-13","","","","","","","",null,"RAN WG3","CT WG1, SA WG2, RAN WG1","R2-153966"]
["S2-153029","LS from RAN WG2: Response LS on Paging Optimization considering supported frequency bands","RAN WG2","Maurice Pope",648,"LS in","","Action","RAN WG2 has discussed how to convey the supported frequency bands and agreed to extend the existing container to convey the supported frequency bands, see attachment. The attached CR is only technically endorsed and will not be submitted to RAN plenary in","","8","5.1","3GPP Packet Access Maintenance",10590,"noted","2015-09-23T06:01:44.710","2015-09-23T06:04:42.503","","","Rel-13","","","","","","","",null,"RAN WG3, SA WG2",null,"R2-153973"]
["S2-153030","LS from SA WG1: Reply LS on Set of Rel-13 features for the Support of Emergency sessions over WLAN","SA WG1","Betsy Covell",37346,"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","","10","5.3","Non-3GPP Access Maintenance",12120,"postponed","2015-09-23T06:01:44.727","2015-09-23T06:04:42.677","","S2-153732","Rel-13","","","","","","","",null,"SA WG2, GSMA RILTE","TSG SA, GSMA NG, WBA","S1-152752"]
["S2-153031","LS from SA WG3: LS on Security consideration on VoLTE S8HR","SA WG3","Alf Zugenmaier",52494,"LS in","","Information","SA WG3 has noted a number of incoming LS on VoLTE S8HR. SA WG3 discussed implications from not having encryption on IMS traffic. SA WG3 would like to highlight the following:   - Simply turning off all security between UE and P-CSCF for all roamers would","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15050,"noted","2015-09-23T06:01:44.757","2015-09-23T06:04:42.847","","","","","","","","","","",null,"TSG SA, GSMA NG, SA WG3LI, CT WG4, CT WG1","SA WG2","S3-151979"]
["S2-153032","LS from SA WG3: LS on Adding a proxy PKMF to the ProSe specification","SA WG3","Adrian Escott",24089,"LS in","","Action","SA WG3 have noticed that SA WG2 have included text in subclause 4.5.5 of TS 23.303 describing the use of a ProSe Proxy Function. SA WG3 believe that similar issues arise for the ProSe Key Management Function (PKMF) when the PKMF is located in a different","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12550,"noted","2015-09-23T06:01:44.773","2015-09-23T06:04:43.020","","","Rel-12","","","","","","","",null,"SA WG2",null,"S3-151985"]
["S2-153033","LS from SA WG3LI: Reply LS on VoLTE Roaming Architecture","SA WG3LI","Alf Zugenmaier",52494,"LS in","","Information","3GPP SA WG3-LI would like to thank GSMA NG PACKET for their response Reply LS to 3GPP SA WG3-LI on VoLTE Roaming Architecture (S3i151222).  SA WG3-LI has discussed this at some length, and some more clarification appears to be required.  Based on discussi","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15170,"noted","2015-09-23T06:01:44.790","2015-09-23T06:04:43.190","","","Rel-13","","","","","","","",null,"GSMA NG PACKET, SA WG3, CT WG4, CT WG1","CT WG3, SA WG2, GSMA NG","S3i150243"]
["S2-153034","LS from SA WG4: LS on QoS for EVS-VBR Codec Operation","SA WG4","Maurice Pope",648,"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","","9","5.2","QoS and PCC Maintenance",11180,"postponed","2015-09-23T06:01:44.803","2015-09-23T06:04:43.377","","S2-153733","Rel-13","","","","","","","",null,"RAN WG2, SA WG2",null,"S4-151160"]
["S2-153035","LS from SA WG5: LS Reply to Reply LS on OCS address for Gy inter-PLMN","SA WG5","Maryse Gardella",33757,"LS in","","Information","SA WG5 thanks CT WG3 for their reply liaison (S5-154278/C3-153461) on OCS address for Gy inter-PLMN, sharing CT WG3's view and proposals on how to address the issue of Home OCS address under the circumstances where this Home OCS address is not known by th","","9","5.2","QoS and PCC Maintenance",11310,"noted","2015-09-23T06:01:44.820","2015-09-23T06:04:43.597","","","Rel-13","","","","","","","",null,"CT WG3","CT WG4, SA WG2","S5-154304"]
["S2-153036","LS from TSG SA: LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","TSG SA","Erik Guttman",18782,"LS in","","Action","The IETF has sent a LS requesting information from 3GPP on the status of Technical Specifications that cite or make use of Explicit Congestion Notification for Lower Layer Protocols. The IETF has started work on guidelines for adding ECN to protocols that","","6","4.1","Common issues and Incoming LSs",10130,"replied to","2015-09-23T06:01:44.850","2015-09-23T06:04:43.783","","","Rel-10","","","","","","","",null,"SA WG2, SA WG4, RAN WG2, CT WG1, CT WG3, CT WG4","TSG CT, TSG RAN","SP-150574","S2-153689"]
["S2-153037","Adding eNodeB change reporting in Location Change Reporting Procedure","China Mobile, China Unicom, ZTE","Aihua Li",48485,"CR","","Approval","Summary of change: This CR implements a new eNodeB granularity in Location Change Reporting Procedure, and this CR is applicable to macro eNodeB.","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16500,"revised","2015-09-24T07:20:49.490","2015-10-13T06:44:40.127","","S2-153440","Rel-14","23.401","13.4.0","TEI14","2904","","B",null,"","","","",""]
["S2-153038","Adding ENODEB_CHANGE event trigger","China Mobile, China Unicom, ZTE","Aihua Li",48485,"CR","","Approval","Summary of change: This CR implements a new event trigger ENODEB_CHANGE in Event-Trigger mechanism, and this CR is applicable to macro eNodeB.","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16530,"revised","2015-09-24T08:01:49.813","2015-10-13T06:44:40.297","","S2-153441","Rel-14","23.203","13.5.0","TEI14","0999","","B",null,"","","","",""]
["S2-153039","SMS conclusions","BlackBerry UK Ltd","Adrian Buckley",26735,"pCR","","Approval","How to improve battery life which is part of key issue 2 via Network selection optimisations.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14620,"available","2015-09-25T02:55:45.047","2015-10-13T13:20:46.637","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153040","Key issue 2 - New Solution - Optimised Network selection","BlackBerry UK Ltd","Adrian Buckley",26735,"pCR","","Approval","Looking at how to enhance battery performance by acquiring a PLMN quicker.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14160,"noted","2015-09-25T02:58:12.527","2015-10-13T13:20:46.823","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153041","Correction for Support of UE in Limited Service state mode when no D2D parameters are provisioned","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: Definition of term Serving PLMN to be either Serving Network as defined on 3GPP TS 21.905 or the selected PLMN when the UE is in Limited Service state. Change Serving PLMN to VPLMN in diagram as a context modification can only take plac","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12630,"noted","2015-09-25T03:00:42.740","2015-10-13T13:20:46.993","","","Rel-12","23.303","12.6.0","ProSe, ProSe-SA2","0216","","F",null,"","","","",""]
["S2-153042","Correction for Support of UE in Limited Service state mode when no D2D parameters are provisioned","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Rel-13 mirror CR: Summary of change: Definition of term Serving PLMN to be either Serving Network as defined on 3GPP TS 21.905 or the selected PLMN when the UE is in Limited Service state. Change Serving PLMN to VPLMN in diagram as a context modification","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12640,"noted","2015-09-25T03:01:55.763","2015-10-13T13:20:47.180","","","Rel-13","23.303","13.1.0","ProSe, ProSe-SA2","0217","","A",null,"","","","",""]
["S2-153043","Correction LA/TA ePDG selection functionality","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: Correcting text that only operator identifier shall be used to select the HPLMN ePDG when the UE is either roaming or not attached to any PLMN.","","10","5.3","Non-3GPP Access Maintenance",11650,"merged","2015-09-25T03:03:02.500","2015-10-13T13:20:47.353","","","Rel-13","23.402","13.3.0","TEI13","1385","","F",null,"","","","",""]
["S2-153044","Removal of the support of EAP-SIM","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: Indication that EAP-SIM functionality is not supported","","10","5.3","Non-3GPP Access Maintenance",12240,"revised","2015-09-25T03:10:18.847","2015-10-13T13:20:47.523","","S2-153473","Rel-12","23.139","12.2.0","TEI12","0047","","F",null,"","","","",""]
["S2-153045","LS from Wi-Fi Alliance: Proposed requirements for carrier Wi-Fi networks","Wi-Fi Alliance","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","","10","5.3","Non-3GPP Access Maintenance",12280,"withdrawn","2015-10-02T11:01:33.560","2015-10-02T11:02:05.540","","","","","","","","","","",null,"TSG SA, SA WG2, SA WG3, TSG RAN, CT WG1"]
["S2-153046","LS from TSG RAN: LS on New WI on LTE-WLAN RAN Level Integration supporting legacy WLAN","TSG RAN","Matthew Baker",21509,"LS in","","Action","TSG RAN would like to inform SA WG3 that the attached RAN WG2-led WI on LTE-WLAN RAN Level Integration supporting legacy WLAN has been approved.   TSG RAN would like to ask SA WG3 to provide the solution to establish the IPsec tunnel between eNB and UE. A","","10","5.3","Non-3GPP Access Maintenance",11740,"postponed","2015-10-02T11:01:33.577","2015-10-02T11:02:05.727","","S2-153734","Rel-13","","","","","","","",null,"SA WG3, SA WG2","RAN WG2, RAN WG3","RP-151623","S2-153977"]
["S2-153047","LS from SA WG4: LS on Draft CRs for Improved end-to-end QoS Enhancements for MTSI","SA WG4","Tomas Frankkila",25766,"LS in","","Action","SA WG4 would like to inform that the specification phase of the QOSE2EMTSI work item has started. Three draft CRs are being produced. Even though these are currently 'early drafts', SA WG4 see a benefit with sharing these in order to enable early review o","","9","5.2","QoS and PCC Maintenance",11130,"replied to","2015-10-02T14:18:39.690","2015-10-02T14:19:42.650","","","Rel-13","","","","","","","",null,"SA WG2, CT WG1, CT WG3, CT WG4, RAN WG2",null,"S4-AHM315","S2-153704"]
["S2-153048","Service Domain Centralization","Deutsche Telekom","Dieter Gludovacz",38203,"SID new","","Approval","Study and specify a solution that overcomes the limitations of ICS and allows operators to deploy an architecture whereby services are always provided, regardless of the access technology in use, via IMS.","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16570,"revised","2015-10-05T09:39:06.960","2015-10-05T09:52:11.887","","S2-153527","Rel-14","","","","","","","","","","","",""]
["S2-153049","Correct of ANDSF precedence","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: Identifying which data can be pre-provisioned by an operator on an ME. This text is in alignment with text used earlier in the same section  The ANDSF shall be able to provide various types of information, e.g. inter-system mobility pol","","10","5.3","Non-3GPP Access Maintenance",11690,"available","2015-10-05T16:56:40.313","2015-10-13T13:20:47.710","","","Rel-12","23.402","12.8.0","WLAN_NS, WORM","1386","","F",null,"","","","",""]
["S2-153050","Correct of ANDSF precedence","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Rel-13 mirror CR: Summary of change: Identifying which data can be pre-provisioned by an operator on an ME. This text is in alignment with text used earlier in the same section  The ANDSF shall be able to provide various types of information, e.g. inter-s","","10","5.3","Non-3GPP Access Maintenance",11700,"available","2015-10-05T16:59:38.307","2015-10-13T13:20:47.883","","","Rel-13","23.402","13.3.0","WLAN_NS, WORM","1387","","A",null,"","","","",""]
["S2-153051","Correction to ProSe Registration function","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: Change 'serving PLMN ID' to HPLMN.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12650,"agreed","2015-10-05T21:45:48.760","2015-10-13T13:20:48.070","","","Rel-12","23.303","12.6.0","ProSe","0218","","F","SP-150633","","","","",""]
["S2-153052","Correction to ProSe Registration function","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Rel-13 mirror CR: Summary of change: Change 'serving PLMN ID' to HPLMN.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12660,"revised","2015-10-05T21:47:21.327","2015-10-13T13:20:48.240","","S2-153564","Rel-13","23.303","13.1.1","ProSe, ProSe-SA2","0219","","A",null,"","","","",""]
["S2-153053","CIoT Support of Public Protection","III","Yi-Hsueh Tsai",46818,"pCR","","Approval","In TR 23.720 V1.0.0, it has described and detailed 9 type key issues in CIoT, however, it does not mention or discuss any issue regarding public safety protection. In real life scenario it can deploy a lot of sensors to detect our living environment. For","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14760,"available","2015-10-06T02:30:34.410","2015-10-07T01:33:30.137","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153054","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","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13630,"postponed","2015-10-06T05:55:06.843","2015-10-06T06:00:58.450","S2-152747","S2-153735","Rel-13","","","","","","","",null,"SA WG2",null,"GP-150988"]
["S2-153055","Key issue regarding Charging Function for CUPS","KDDI, ZTE, Sprint","Takeshi Usui",59388,"pCR","","Approval","This contribution describes the key issue for charging function when separating EPC architecture into control and user plane functions.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16030,"available","2015-10-06T15:02:21.670","2015-10-12T13:54:03.317","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153056","Reporting of remote UE from Relay UE","Ericsson, Intel, Orange","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding reporting of Remote UE from UE-to-NW Relay UE to the MME and that the MME forwards the information to S-GW and to P-GW via S-GW.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12890,"revised","2015-10-07T18:02:38.203","2015-10-12T21:05:29.127","S2-152895","S2-153565","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0195","2","B",null,"","","","",""]
["S2-153057","Clarification of ProSe Public Safety and general Discovery procedures","Ericsson, Samsung, LG Electronics, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clarified that Public Safety discovery mainly falls under restricted type even though it is not same in the functional behaviour as in case of non-public safety cases. Also clarified that the discovery subscriptions are applied for the","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13270,"revised","2015-10-07T18:02:39.417","2015-10-12T21:05:29.300","","S2-153622","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0220","","F",null,"","","","",""]
["S2-153058","Introduction of access to PKMF via ProSe Proxy Function","Ericsson, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduces PKMF access via ProSe Proxy Function in the HPLMN and/or to the appropriate PKMF selected for Group Member security as defined in TS 33.303.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12560,"agreed","2015-10-07T18:02:39.497","2015-10-12T21:05:29.470","","","Rel-12","23.303","12.6.0","ProSe","0221","","C","SP-150633","","","","",""]
["S2-153059","Introduction of access to PKMF via ProSe Proxy Function","Ericsson, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Rel-13 mirror CR: Summary of change: Introduces PKMF access via ProSe Proxy Function in the HPLMN and/or to the appropriate PKMF selected for Group Member security as defined in TS 33.303.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12570,"agreed","2015-10-07T18:02:39.607","2015-10-12T21:05:29.643","","","Rel-13","23.303","13.1.1","ProSe","0222","","A","SP-150633","","","","",""]
["S2-153060","Analysis for successful session binding for ProSe remote UE","Ericsson","Shabnam Sultana",21207,"discussion","","Information","Moving forward with Working assumption for PCC & Relay for ProSe","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12970,"noted","2015-10-07T18:02:39.683","2015-10-13T12:27:16.190","","","Rel-13","","","","","","","","","","","",""]
["S2-153061","Policy Control for Remote UE behind Relay UE","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: An informative Annex is introduced to clarify how MCPTT can conduct policy control for a remote UE, i.e. in combination with ProSe relay.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12980,"revised","2015-10-07T18:02:39.717","2015-10-13T12:27:16.020","","S2-153793","Rel-13","23.203","13.5.1","eProSe-Ext-SA2","1000","","B",null,"","","","",""]
["S2-153062","Clarification of ProSe Public Safety Relay subscription","Ericsson, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clarifiy text to separate the Remote and Relay UE subscription information","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13160,"revised","2015-10-07T18:02:39.823","2015-10-12T21:05:29.830","","S2-153645","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0223","","F",null,"","","","",""]
["S2-153063","Correction of location signalling","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Remove presence Area reporting and LA reporting.","","8","5.1","3GPP Packet Access Maintenance",10340,"agreed","2015-10-07T18:02:39.917","2015-10-13T12:27:15.847","","","Rel-13","23.682","13.3.0","MONTE","0134","","F","SP-150609","","","","",""]
["S2-153064","eDECOR TR Skeleton","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","eDECOR TR Skeleton to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15490,"revised","2015-10-07T18:02:39.997","2015-10-13T12:27:15.660","","S2-153591","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153065","eDECOR TR Scope","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","eDECOR TR Scope to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15510,"revised","2015-10-07T18:02:40.010","2015-10-13T12:27:15.490","","S2-153592","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153066","eDECOR Architecture","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","eDECOR TR Architecture to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15530,"revised","2015-10-07T18:02:40.027","2015-10-13T12:27:15.303","","S2-153593","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153067","Selection of DCN","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposal for selection of Dedicated Core Network using assistance information from the UE","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15560,"revised","2015-10-07T18:02:40.043","2015-10-13T12:27:15.130","","S2-153594","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153068","Location Reporting KI","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposes a new Key Issue 'Efficient network control for enhancement of user location reporting'.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16200,"revised","2015-10-07T18:02:40.043","2015-10-13T13:48:25.090","","S2-153453","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153069","Clarification on Functions of ProSe-enabled Public Safety UE","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: Add all functions for ProSe-enabled Public Safety UE to clause 4.4.2.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13500,"revised","2015-10-08T07:07:32.280","2015-10-13T01:14:55.367","","S2-153835","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0224","","F",null,"","","","",""]
["S2-153070","Clarification on ProSe UE-to-Network Relay","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: - Replace 'unicast' services with the network in the definition of ProSe UE-to-Network Relay of clause 3.1.  - Move the definitions of Discovery Query Filter and Discovery Response Filter to appropriate place so that they are in alphabe","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13180,"agreed","2015-10-08T07:11:11.893","2015-10-13T01:14:55.553","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0225","","F","SP-150604","","","","",""]
["S2-153071","Clarification on Revocation of ProSe Application Code","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: Remove NOTE 2 of clause 4.6.4.2.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13510,"available","2015-10-08T07:14:27.457","2015-10-13T01:14:55.740","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0226","","F",null,"","","","",""]
["S2-153072","Clarification on Function of ProSe UE-to-Network Relay","LG Electronics","Dongsoo Kim",62116,"CR","","Approval","Summary of change: Add a description of functions for UE supporting ProSe UE-to-Network Relaying in clause 4.5.4, which includes Relaying eMBMS traffic and ProSe Per-Packet Priority handling for unicast and eMBMS downlink traffic.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13400,"agreed","2015-10-08T07:16:56.527","2015-10-13T01:14:55.960","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0227","","F","SP-150604","","","","",""]
["S2-153073","New Key Issues related to ES for NSWO WLAN","Huawei","Marco Spini",8356,"pCR","","Approval","Addition of new key issues related to the support of emergency calls over WLAN when the UE is performing NSWO. In addition the key issue propose to study the coexistence an relationship when the UE can either initiated IMS ES over PDN connection and NSWO.","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14940,"noted","2015-10-08T12:20:17.220","2015-10-12T16:42:04.277","","","Rel-14","","","FS_SEW2","","",null,"","","","","",""]
["S2-153074","New Key Issues related to ES for user not authenticated on WLAN","Huawei","Marco Spini",8356,"pCR","","Approval","Addition of new key issues related to the support of emergency calls over WLAN for UE without valid credential of valid (U)SIM","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14860,"merged","2015-10-08T12:22:16.433","2015-10-12T16:42:04.477","","","Rel-14","","","FS_SEW2","","",null,"","","","","",""]
["S2-153075","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.","","6","4.1","Common issues and Incoming LSs",10100,"postponed","2015-10-08T15:03:42.007","2015-10-08T15:07:03.027","","S2-153736","Rel-14","","","","","","","",null,"RAN WG2, RAN WG3, SA WG2",null,"R1-156314"]
["S2-153076","LS from RAN WG3: Reply LS on MBMS_enh conclusions","RAN WG3","Steven Xu",14214,"LS in","","Action","RAN WG3 would like to thank SA WG2 for the LS on MBMS_enh conclusions. The RAN WG3 Baseline Stage-3 CRs already include the list of cell IDs in the M2AP/M3AP MBMS Session Start procedure and M2AP/M3AP MBMS Session Update procedure.   Regarding the potenti","","8","5.1","3GPP Packet Access Maintenance",10740,"noted","2015-10-08T15:03:42.007","2015-10-08T15:07:03.213","","","Rel-13","","","","","","","",null,"SA WG2","RAN WG2","R3-152289"]
["S2-153077","New Key issue: Communicating the mid-session change of UPN's identity to the peer node(s)","Cisco","Nirav Salot",42469,"pCR","","Approval","This contribution proposes new key issue for CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15930,"revised","2015-10-08T15:21:07.637","2015-10-13T06:22:10.580","","S2-153610","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153078","Way forward on CIoT Key Issue#2","ZTE","Rajesh Bhalla",40612,"pCR","","Approval","This paper proposes the way forward on Key Issue #2. This proposal addresses a way forward on Key Issue #6 as well.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14320,"available","2015-10-08T21:46:13.213","2015-10-12T03:18:20.287","","","Rel-13","","","","","",null,"","","","","",""]
["S2-153079","5G System and 5G Core Network","AT&T","Farooq Bari",57133,"discussion","","Information","This paper provides AT&T perspective on 5G System Architecture and 5G Core Network","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16800,"noted","2015-10-08T22:05:50.523","2015-10-12T22:48:48.310","","","Rel-14","","","","","","","","","","","",""]
["S2-153080","Solution for challenging VoLTE coverage","Huawei , HiSilicon, CATR, CATT, China Unicom","Runze Zhou",60945,"discussion","","Information","This paper is to discuss the challenge for VoLTE in LTE poor coverage and to propose solutions for this challenge.","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16600,"noted","2015-10-09T02:07:06.747","2015-10-13T13:16:58.237","","","Rel-14","","","","","","","","","","","",""]
["S2-153081","WID on enhanced VoLTE","Huawei, HiSilicon, Apple, CATR, CATT, China Mobile? China Unicom","Runze Zhou",60945,"WID new","","Information","This paper is to setup a WID on enhanced VoLTE, which objective is to Investigate and describe how to guarantee VoLTE user experience in LTE (esp. indoor) poor coverage.","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16610,"noted","2015-10-09T02:07:06.760","2015-10-13T13:16:58.407","","","Rel-14","","","","","","","","","","","",""]
["S2-153082","Solution for enhanced dedicated core network selection","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes solutions for enhanced dedicated core network selection","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15590,"revised","2015-10-09T02:24:53.793","2015-10-13T11:41:19.627","","S2-153595","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153083","Next Generation Network Architecture: Study Item Proposal","Nokia Networks, Verizon, Alcatel-Lucent, Sprint","Devaki Chandramouli",41594,"discussion","","Information","Study item proposal for Next Generation Network Architecture","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16810,"noted","2015-10-09T03:27:07.177","2015-10-12T19:03:25.067","","","Rel-14","","","","","","","","","","","",""]
["S2-153084","[draft] Reply LS on PCC architecture of Nt reference point","Huawei, HiSilicon","Huan Li",43311,"LS out","","Approval","Reply to CT WG3 LS (S2-153022/C3-153432)","","9","5.2","QoS and PCC Maintenance",11280,"revised","2015-10-09T03:28:35.410","2015-10-13T11:39:52.907","","S2-153431","Rel-13","","","","","","","",null,"CT WG3"]
["S2-153085","Clarification on PCC architecture of Nt reference point","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add SCEF to the architecture with the Nt reference point to the PCRF.  Add a note to clarify that the SCEF acts as an AF in some service capability exposure use cases as described in TS 23.682.","","9","5.2","QoS and PCC Maintenance",11220,"revised","2015-10-09T03:28:35.503","2015-10-13T11:40:37.960","","S2-153429","Rel-13","23.002","13.3.0","TEI13, AESE","0288","","F",null,"","","","",""]
["S2-153086","Clarification on PCC architecture of Nt reference point","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add SCEF to the architecture with the Nt reference point to the PCRF.  Add a note to clarify that the SCEF acts as an AF in some service capability exposure use cases as described in TS 23.682.","","9","5.2","QoS and PCC Maintenance",11240,"noted","2015-10-09T03:28:35.693","2015-10-13T11:40:38.147","","","Rel-13","23.203","13.5.1","TEI13, AESE","1001","","F",null,"","","","",""]
["S2-153087","Clarification of MONTE Reporting Procedure","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that in case of One time Monitoring Request, the SCEF requests the HSS (for monitoring events configured via HSS) to delete the related monitoring event configuration upon receiving Monitoring Indication from the MME/SGSN.","","8","5.1","3GPP Packet Access Maintenance",10350,"revised","2015-10-09T03:28:35.800","2015-10-13T11:40:38.317","","S2-153539","Rel-13","23.682","13.3.0","TEI13, MONTE","0135","","F",null,"","","","",""]
["S2-153088","Access becomes usable/unusable in UE-initiated NBIFOM mode","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Delete the description for UE-initiated NBIFOM mode in the 'access becomes usable/unusable' procedures in section 6.6.","","10","5.3","Non-3GPP Access Maintenance",11930,"revised","2015-10-09T03:28:35.927","2015-10-13T11:40:38.537","","S2-153465","Rel-13","23.161","13.0.0","TEI13, NBIFOM","0001","","F",null,"","","","",""]
["S2-153089","Clarification of Addition of one access in S2b","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that in case of S2b, when NBIFOM is not supported in the ePDG, the network should handle the PDN connectivity request as a handover request.","","10","5.3","Non-3GPP Access Maintenance",11960,"revised","2015-10-09T03:28:36.037","2015-10-13T11:40:38.740","","S2-153466","Rel-13","23.161","13.0.0","TEI13, NBIFOM","0002","","F",null,"","","","",""]
["S2-153090","Discussion on ePDG selection when UE connects to WLAN only","Huawei, HiSilicon","Runze Zhou",60945,"other","","Information","This contribution discusses whether the service provider selected via WLAN network selection should be considered during ePDG selection.","","10","5.3","Non-3GPP Access Maintenance",11560,"noted","2015-10-09T03:28:36.160","2015-10-13T11:40:38.927","","","Rel-13","23.402","13.3.0","","","","","","","","","",""]
["S2-153091","Clarification of ePDG selection when UE connects to WLAN only","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add clarification that if the UE is not attached via 3GPP access to any PLMN, but the UE connects to WLAN access and selects this vPLMN as a service provider which is in the ePDG selection information, the UE shall construct an FQDN as","","10","5.3","Non-3GPP Access Maintenance",11570,"revised","2015-10-09T03:28:36.177","2015-10-13T11:40:39.113","","S2-153438","Rel-13","23.402","13.3.0","TEI13","1388","","F",null,"","","","",""]
["S2-153092","Discussion on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","Huawei, HiSilicon","Runze Zhou",60945,"other","","Information","Discuss the questions asked by CT WG4 and possible solutions.","","10","5.3","Non-3GPP Access Maintenance",11420,"noted","2015-10-09T03:28:36.270","2015-10-13T11:40:39.300","","","Rel-12","","","","","","","","","","","",""]
["S2-153093","Clarification of PGW selection in roaming scenario with a service provider in EVSP","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add clarification that when allocation of a PDN GW from the visited PLMN is allowed, PLMN identifier in which the allocation of a PDN GW is allowed may be also included in the PDN Gateway selection information.","","10","5.3","Non-3GPP Access Maintenance",11430,"available","2015-10-09T03:28:36.283","2015-10-13T11:40:39.487","","","Rel-12","23.402","12.8.0","TEI12, WLAN_NS","1389","","F",null,"","","","",""]
["S2-153094","Clarification of PGW selection in roaming scenario with a service provider in EVSP","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Rel-13 mirror CR: Summary of change: Add clarification that when allocation of a PDN GW from the visited PLMN is allowed, PLMN identifier in which the allocation of a PDN GW is allowed may be also included in the PDN Gateway selection information.","","10","5.3","Non-3GPP Access Maintenance",11460,"available","2015-10-09T03:28:36.393","2015-10-13T11:40:39.677","","","Rel-13","23.402","13.3.0","TEI12, WLAN_NS","1390","","A",null,"","","","",""]
["S2-153095","[draft] Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","Reply to CT WG4 LS (S2-152155/C4-151071) on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","","10","5.3","Non-3GPP Access Maintenance",11490,"revised","2015-10-09T03:28:36.487","2015-10-13T11:40:39.863","","S2-153437","Rel-12","","","","","","","",null,"CT WG4","CT WG1"]
["S2-153096","Study for a Next Generation Network Architecture","Nokia Networks, Alcatel-Lucent, SK Telecom, Verizon, Interdigital, Sprint, Mediatek, Cisco","Devaki Chandramouli",41594,"SID new","","Information","Study item proposal for Next Generation Network Architecture","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16890,"merged","2015-10-09T03:29:58.450","2015-10-12T19:03:25.240","","","Rel-14","","","","","","","","","","","",""]
["S2-153097","Architectural assumptions","Nokia Networks","Devaki Chandramouli",41594,"pCR","","Approval","This paper proposes architectural assumptions that should be taken into consideration for the new architecture developed as part of FS_CUPS feature.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15720,"revised","2015-10-09T03:39:16.457","2015-10-12T19:06:13.547","","S2-153588","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153098","Bearer binding, usage monitoring and other impacts due to NBIFOM","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Bearer binding in the PCEF associates PCC Rules to an IPCAN bearer within the allowed access type for the PCC Rule. The allowed access type is either included in the PCC Rule or the default access applies. For the purpose of usage monit","","9","5.2","QoS and PCC Maintenance",11330,"revised","2015-10-09T14:32:07.013","2015-10-12T21:05:30","","S2-153432","Rel-13","23.203","13.5.1","NBIFOM, TEI13","1002","","F",null,"","","","",""]
["S2-153099","Clarification on the reporting of user location and UE time zone to P-CSCF","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clarify that the procedures to report user location to the AF when UE is attached via untrusted WLAN is supported for IMS Emergency sessions only. Clarify that only user location is requested by the P-CSCF at IMS emergency as part of th","","9","5.2","QoS and PCC Maintenance",11370,"noted","2015-10-09T14:32:07.137","2015-10-12T21:05:30.173","","","Rel-13","23.203","13.5.1","SEW1","1003","","F",null,"","","","",""]
["S2-153100","Corrections to ePDG selection","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: - Editorial cleanup to make text more clear  - Correction of reference - Modify title of 4.5.4.4 to clarify that this section applies also in case of no configuration in the UE - Clarify that the UE needs to be registered in a PLMN in o","","10","5.3","Non-3GPP Access Maintenance",11620,"revised","2015-10-09T14:32:07.247","2015-10-13T12:27:14.943","","S2-153460","Rel-13","23.402","13.3.0","TEI13, SEW1","1391","","F",null,"","","","",""]
["S2-153101","Corrections to NBIFOM charging related descriptions","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Correction of text related to quota management. Remove text about V-PCRF acting as relay.","","10","5.3","Non-3GPP Access Maintenance",11990,"agreed","2015-10-09T14:32:07.340","2015-10-13T12:27:14.770","","","Rel-13","23.161","13.0.0","NBIFOM","0003","","F","SP-150607","","","","",""]
["S2-153102","Clarification of relation between WLAN Location Information and corresponding Age information","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clarify that the WLAN Location Information includes the Age information","","10","5.3","Non-3GPP Access Maintenance",12130,"revised","2015-10-09T14:32:07.433","2015-10-13T12:27:14.600","","S2-153773","Rel-13","23.402","13.3.0","SEW1","1392","","F",null,"","","","",""]
["S2-153103","Key issue definition for CUPS","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes key issues regarding functional allocation for FS_CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15810,"revised","2015-10-09T14:32:07.527","2015-10-13T12:27:14.413","","S2-153590","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153104","Key Issue 3: ePDG push of UPLI location at emergency Attachment","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes that the ePDG pushes the UPLI location information to the LRF/LS at emergency attachment","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14960,"revised","2015-10-09T14:32:07.543","2015-10-12T21:05:30.343","","S2-153427","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153105","Clarification to Location Update during SRVCC procedure","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Incorrect procedure being performed for the case of SRVCC emergency call procedures","","11","5.4","IMS and IMS-Related Maintenance",12340,"revised","2015-10-09T14:32:07.557","2015-10-12T21:05:30.530","","S2-153443","Rel-13","23.216","13.0.0","TEI13, vSRVCC","0333","","F",null,"","","","",""]
["S2-153106","Proposed conclusion and way forward","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposed conclusion and way forward","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14310,"available","2015-10-09T14:32:07.637","2015-10-13T13:30:50.757","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153107","Evaluation PDN interface","Ericsson, Cisco","Shabnam Sultana",21207,"pCR","","Approval","A comparison of interfaces proposed for connecting to PDN","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14600,"available","2015-10-09T14:32:07.653","2015-10-13T13:30:50.587","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153108","Requirement for authorization of usage of Coverage Enhancements","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Requirement for authorization of usage of Coverage Enhancements","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14640,"revised","2015-10-09T14:32:07.667","2015-10-13T13:30:50.227","","S2-153602","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153109","Selection of CIoT DCN","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","A solution for initial selection of CIoT DCN","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14710,"available","2015-10-09T14:32:07.683","2015-10-13T13:30:50.413","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153110","Update of solution 15","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Update of the solution for 'non-IP' small data","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14460,"revised","2015-10-09T14:32:07.700","2015-10-13T13:30:50.007","","S2-153562","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153111","Authorization of efficient small data usage","Ericsson, Verizon UK Ltd, TeliaSonera","Shabnam Sultana",21207,"pCR","","Approval","A tool for authorization of small data usage","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14750,"revised","2015-10-09T14:32:07.700","2015-10-13T13:30:49.743","","S2-153856","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153112","Update of SMS related aspects","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Update of SMS related aspects","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14630,"available","2015-10-09T14:32:07.713","2015-10-13T13:48:25.277","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153113","Update for UE Reachability Notifications","InterDigital Communications","Mahmoud Watfa",41881,"CR","","Approval","Summary of change: Updating the E-UTRAN Initial Attach (Clause 5.3.2.1) procedure with text that is identical to what was added to the UE triggered Service Request procedure.","","8","5.1","3GPP Packet Access Maintenance",10380,"revised","2015-10-09T20:37:56.400","2015-10-09T20:46:30.213","","S2-153540","Rel-13","23.401","13.4.0","TEI13","2905","","F",null,"","","","",""]
["S2-153114","key issue of downlink data handling for idle mode UE","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose a new key issue of downlink data handling for idle mode UE for FS_CUPS.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16040,"available","2015-10-10T07:46:33.310","2015-10-13T07:14:34.677","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153115","Study on Improvement of sponsored data rule database","China Unicom, China Telecom, China Mobile, Huawei, ZTE, Intel, CATR, CATT, Allot Communications","Yang Xu",46344,"SID new","","Approval","Proposal for Study on Improvement of sponsored data rule database","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16630,"revised","2015-10-10T07:58:02.523","2015-10-13T11:15:15.097","","S2-153528","","","","","","","","","","","","",""]
["S2-153116","Key issue of interconnecting with legacy SGW/PGW","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose a new key issue of interconnecting with legacy SGW/PGW for FS_CUPS.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16020,"available","2015-10-10T08:24:41.433","2015-10-13T07:14:34.850","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153117","Baseline Architecture","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, the enhanced EPC architecture to realize CUPS feature (CUPS architecture) is proposed as a way forward for further study.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15750,"revised","2015-10-10T09:08:41.157","2015-10-13T12:01:42.533","","S2-153589","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153118","Function Review of SGW, PGW and TDF","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, functionalities of SGW, PGW and TDF in EPC architecture are reviewed. The evaluation should be taken into consideration when splitting legacy functional nodes into separate control and user plane entities.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16070,"withdrawn","2015-10-10T09:08:41.157",null,"","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153119","Key issue - User Plane TEID and IP Address Allocation","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","in this contribution, new key issues are proposed.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16000,"available","2015-10-10T09:08:41.170","2015-10-13T12:01:42.347","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153120","Key issue - U-GW Relocation in Mobility Procedures","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","in this contribution, a new key issue is proposed.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15960,"revised","2015-10-10T09:08:41.187","2015-10-13T12:01:41.987","","S2-153611","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153121","Key issue - Roaming Architecture of CUPS","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","in this contribution, a new key issue is proposed.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16010,"available","2015-10-10T09:08:41.203","2015-10-13T12:01:42.160","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153122","Scope of TR","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document proposes text for the scope section of the Technical Report.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15690,"revised","2015-10-10T09:08:41.203","2015-10-13T12:01:06.297","","S2-153587","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153123","Key issue - C/U plane function split","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for the functional separation into control plane and user plane functions of the S-GW, P-GW and TDF.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15800,"merged","2015-10-10T09:08:41.217","2015-10-13T12:01:06.483","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153124","Key issue-Selection mechanism for control and user plane node","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for control plane node and user plane node selection mechanism.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15870,"revised","2015-10-10T09:08:41.233","2015-10-13T12:01:06.670","","S2-153608","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153125","LS from RAN WG3: LS on ProSe UE Relaying Support","RAN WG3","Gino Masini",23120,"LS in","","Action","RAN WG3 has discussed the topic of ProSe UE-to-network relaying within the scope of Rel-13 ProSe enhancements. With the disagreement of one company, RAN WG3 believes that the ProSe UE-to-network relaying authorization information needs to be provided to t","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13070,"revised","2015-10-11T06:27:16.627","2015-10-11T06:31:01.747","","S2-154367","Rel-13","","","","","","","",null,"RAN WG2, SA WG2","RAN WG1, SA WG3","R3-152366"]
["S2-153126","LS from RAN WG2: LS on IPsec tunnelling mechanism for LTE-WiFi aggregation","RAN WG2","Seau Sian Lim",41641,"LS in","","Action","In TSG 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. RAN 2 has agreed on t","","10","5.3","Non-3GPP Access Maintenance",11750,"postponed","2015-10-11T10:03:16.320","2015-10-11T10:07:19.367","","S2-153737","Rel-13","","","","","","","",null,"SA WG3, SA WG2",null,"R2-154915"]
["S2-153127","LS from RAN WG2: LS on extended DRX in Idle mode in UMTS","RAN WG2","Martin Van Der Zee",58600,"LS in","","Action","RAN WG2 discussed the extended DRX in Idle mode, and agreed to introduce Solution 2 'Core Network based with event based time reference', as referenced in SA WG2 LS (R2-153032 / S2-152697).  RAN WG2 also made the following agreements about the extended DR","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13620,"noted","2015-10-11T10:03:16.337","2015-10-11T10:07:19.537","","","Rel-13","","","","","","","",null,"SA WG2, CT WG1, RAN WG4","RAN WG3","R2-154943"]
["S2-153128","LS from RAN WG2: LS on eDRX for EUTRA","RAN WG2","Hakan Palm",18830,"LS in","","Action","RAN WG2 discussed eDRX at RAN WG2#91bis meeting and would like to inform the receiving groups of the status and following agreements: To SA WG2, CT WG1 and RAN WG3: RAN WG2 agreed to define the H-SFN as new frame structure on top of legacy SFN structure,","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13670,"replied to","2015-10-11T10:03:16.350","2015-10-11T10:07:19.710","","","Rel-13","","","","","","","",null,"SA WG1, SA WG2, CT WG1, RAN WG3",null,"R2-154991","S2-153716"]
["S2-153129","LS from RAN WG2: ProSe UE-to-Network relay","RAN WG2","SungHoon Jung",45636,"LS in","","Action","In the RAN WG2#91bis, RAN WG2 WG agreed to introduce relay selection process and relay reselection process to support ProSe UE-to-Network relay for ProSe Direct Communication in RAN WG2 specification as follows: - Relay Selection: Process of identifying a","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13100,"replied to","2015-10-11T10:03:16.367","2015-10-11T10:07:19.880","","","Rel-13","","","","","","","",null,"SA WG2, CT WG1",null,"R2-154998","S2-153888"]
["S2-153130","LS from RAN WG2: LS on ProSe Direct Discovery out of coverage","RAN WG2","SungHoon Jung",45636,"LS in","","Action","In the RAN WG2#91bis, RAN WG2 WG discussed ProSe Direct Discovery out of coverage for Rel-13 eProSe WI, and made the following agreements: - UE should be provisioned with the preconfiguration including resource pool configuration to be used for ProSe Dire","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13230,"replied to","2015-10-11T10:03:16.367","2015-10-11T10:07:20.053","","","Rel-13","","","","","","","",null,"SA WG2, CT WG1",null,"R2-154999","S2-153660"]
["S2-153131","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.","","6","4.1","Common issues and Incoming LSs",10110,"postponed","2015-10-11T10:03:16.383","2015-10-11T10:07:20.240","","S2-153738","Rel-13","","","","","","","",null,"RAN WG1, SA WG1, SA WG2, SA WG3",null,"R2-155003"]
["S2-153132","LS from RAN WG2: LS on System Aspects for LTE-WLAN Radio Level Integration and Interworking Enhancement","RAN WG2","Ozcan Ozturk",42607,"LS in","","Action","The WI 'LTE-WLAN Radio Level Integration and Interworking Enhancement' (RP-150510) includes the following objectives for SA groups: Coordination with SA working groups will happen in order for SA groups to investigate the impacts of aggregation and interw","","10","5.3","Non-3GPP Access Maintenance",11760,"postponed","2015-10-11T10:03:16.397","2015-10-26T12:07:46.407","","S2-153739","","","","","","","","",null,"SA WG2",null,"R2-154935"]
["S2-153133","Correction to Solution 2 - Infrequent small data transmission","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution proposes to update Figure 6.2.1-1 in solution 2 (infrequent small data transmission) with some signalling flow defining details from the text description","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14050,"merged","2015-10-11T11:58:29.287","2015-10-13T09:37:21.593","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153134","AULC key issue - grouping of PRAs","KDDI, China Telecom","Takeshi Usui",59388,"pCR","","Approval","Propose a key issue for grouping PRAs in order to manages the PRAs in a scalable manner.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16230,"revised","2015-10-11T14:18:39.643","2015-10-13T13:48:33.920","","S2-153454","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153135","Architecture considerations for the placement of the control and user plane functions in actual network deployment","ZTE, KDDI","Tricci So",44974,"discussion","","Information","This contribution describes the architecture considerations when placing the control plane and user plane in the actual network deployment.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15780,"noted","2015-10-11T23:41:40.873","2015-10-13T05:00:02.680","","","Rel-14","23.714","","","","","","","","","","",""]
["S2-153136","Architecture proposal for CUPS","ZTE","Tricci So",44974,"pCR","","Approval","This contribution describes the architecture proposal for CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16050,"available","2015-10-11T23:45:38.350","2015-10-13T05:00:03.057","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153137","Key issue for the flexible placement and redistributing the gateway's functions in CUPS","ZTE","Tricci So",44974,"pCR","","Approval","This contribution describes the key issue for the flexible placement and redistributing the gateway's functions when separating EPC architecture into control plane and user plane.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15860,"merged","2015-10-11T23:49:58.947","2015-10-13T05:00:03.447","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153138","Key issue for Control Signalling & Interface Extensions between EPC Gateway Control Plane and User Plane","ZTE","Tricci So",44974,"pCR","","Approval","This contribution describes the key issue for the extensions over the new control signalling interface(s) between the non co-located control plane and user plane in CUPS.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15840,"noted","2015-10-12T00:04:14.493","2015-10-13T05:00:03.693","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153139","Considerations of the Architecture Requirements and the Timeline to implement the Next Generation Multi-service Core","ZTE","Tricci So",44974,"discussion","","Information","Considerations for the architecture requirements and the timeline to develop the next generation multi-service core","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16820,"noted","2015-10-12T00:09:24.463","2015-10-13T11:09:08.703","","","Rel-14","","","","","","","","","","","",""]
["S2-153140","Add missing RAN Rule indication procedures for GERAN/UTRAN in Network-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Add missing procedures for UTRAN in IP flow mobility triggered by RAN Rule indication.","","10","5.3","Non-3GPP Access Maintenance",12000,"revised","2015-10-12T01:58:26.717","2015-10-13T07:16:39.540","","S2-153470","Rel-13","23.161","13.0.0","NBIFOM","0004","","F",null,"","","","",""]
["S2-153141","Clean up of usable unusable indication in UE-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Remove text related with UE-initiated NBIFOM mode in usable/unusable indication procedure.","","10","5.3","Non-3GPP Access Maintenance",11950,"merged","2015-10-12T01:58:26.873","2015-10-13T07:16:39.727","","","Rel-13","23.161","13.0.0","NBIFOM","0005","","F",null,"","","","",""]
["S2-153142","Procedure updates for default access in UE-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: In UE-initiated NBIFOM mode, If the network rejects the default access, the network either rejects the UE's request for adding an additional access or accepts the request and provides the other default access.","","10","5.3","Non-3GPP Access Maintenance",12020,"revised","2015-10-12T01:58:26.967","2015-10-13T07:16:39.913","","S2-153462","Rel-13","23.161","13.0.0","NBIFOM","0006","","F",null,"","","","",""]
["S2-153143","Update of functional entities","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Updates the Function entities section based on the NBIFOM agreements  1) NBIFOM mode is not a negotiation procedure. The UE and network select NBIFOM mode as shown in Figure 5.4.4-1. 2) 'Not usable' is changed to 'unusable' in order to","","10","5.3","Non-3GPP Access Maintenance",12060,"revised","2015-10-12T01:58:27.060","2015-10-13T07:16:40.087","","S2-153471","Rel-13","23.161","13.0.0","NBIFOM","0007","","F",null,"","","","",""]
["S2-153144","Support of unauthenticated emergency service","LG Electronics, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Myungjune Youn",60905,"pCR","","Approval","Addition of new key issue to support unauthenticated emergency service","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14840,"revised","2015-10-12T01:58:27.170","2015-10-13T07:16:40.257","","S2-153425","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153145","Next Generation Mobile Network Architecture standardization work consideration","Huawei, HiSilicon, China Mobile","Fenqin Zhu",26772,"discussion","","Information","In this paper we give a general analysis of the 5G objective and propose how to do that work.","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16830,"noted","2015-10-12T02:00:30.517","2015-10-13T12:06:58.087","","","","","","","","","","","","","","",""]
["S2-153146","Key issue-distribued user plane design","China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution describes the key issue that when the control and the user plane of the network element (SGW/PGW) are separated, a number of user plane functions may be managed by one control plane function.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15900,"revised","2015-10-12T03:03:38.500","2015-10-13T10:41:38.530","","S2-153609","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153147","Key issue - the protocol of the interface between control plane and user plane","China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution describes the key issue for interface protocol between control plane and user plane when the EPC architecture separated into control and user plane functions.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",16060,"available","2015-10-12T03:09:14.243","2015-10-13T10:41:38.700","","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153148","Paging optimization related with UE radio capabilities","Huawei, HiSilicon","Wanqiang Zhang",41153,"discussion","","Information","This paper discuss the UE radio capability handling for paging optimization and propose the text update for 23.401","","8","5.1","3GPP Packet Access Maintenance",10620,"noted","2015-10-12T03:26:51.883","2015-10-13T13:27:08.317","","","Rel-13","","","","","","","","","","","",""]
["S2-153149","UE radio capability for paging optimization","Huawei, HiSilicon","Wanqiang Zhang",41153,"CR","","Approval","Summary of change: Update the 5.11.4 UE Radio Capability for Paging Information to reflect the new added functionalities for paging optimization.","","8","5.1","3GPP Packet Access Maintenance",10630,"revised","2015-10-12T03:26:51.900","2015-10-13T13:27:08.490","","S2-153563","Rel-13","23.401","13.4.0","TEI13","2906","","B",null,"","","","",""]
["S2-153150","Way forward for key issue infrequent small data transmission","Huawei, HiSilicon","Wanqiang Zhang",41153,"discussion","","Information","This paper propose the way forward for key issue infrequent small data transmission","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14280,"available","2015-10-12T03:26:52.027","2015-10-13T13:27:08.147","","","Rel-13","","","","","","","","","","","",""]
["S2-153151","Data Retention key issue","Nokia Networks","Curt Wong",42596,"pCR","","Approval","This paper introduces an key issue related to data retention requirement with S8HR roaming model.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15180,"noted","2015-10-12T03:46:27.417","2015-10-13T04:12:13.017","","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153152","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12370,"revised","2015-10-12T03:51:14.173","2015-10-13T04:12:13.187","","S2-153444","Rel-10","23.237","10.12.0","TEI10, aSRVCC","0484","","F",null,"","","","",""]
["S2-153153","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Rel-11 mirror CR: Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12390,"revised","2015-10-12T03:54:45.253","2015-10-13T04:12:13.377","","S2-153445","Rel-11","23.237","11.10.0","TEI10, aSRVCC","0485","","A",null,"","","","",""]
["S2-153154","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Rel-12 mirror CR: Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12410,"revised","2015-10-12T03:57:03.907","2015-10-13T04:12:13.563","","S2-153446","Rel-12","23.237","12.9.0","TEI10, aSRVCC","0486","","A",null,"","","","",""]
["S2-153155","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Rel-13 mirror CR: Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12430,"revised","2015-10-12T03:58:54.213","2015-10-13T04:12:13.767","","S2-153447","Rel-13","23.237","13.0.0","TEI10, aSRVCC","0487","","A",null,"","","","",""]
["S2-153156","Cell ID in MBMS bearer context table for EPS","Nokia Networks","Curt Wong",42596,"CR","","Approval","Summary of change: Add the liste of cell IDs to table 3 as part of the MBMS bearer context","","8","5.1","3GPP Packet Access Maintenance",10750,"revised","2015-10-12T04:02:07.387","2015-10-13T04:12:32.720","","S2-153550","Rel-13","23.246","13.2.0","MBMS_enh_TS","0397","","F",null,"","","","",""]
["S2-153157","Paging Policy Differentiation (PPD) key issue","Nokia Networks","Curt Wong",42596,"pCR","","Approval","This P-CR adds Paging Policy Differentiation (PPD) key issue to S8HR roaming model","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15190,"revised","2015-10-12T04:07:26.577","2015-10-13T04:12:32.907","","S2-153569","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153158","Dedicated SGW for High latency communication","CATT","Ming Ai",40862,"CR","","Approval","Summary of change: 1. Using DCN to select dedicated SGW for high latency communications. 2. During TAU/RAU procedure, if SGW still has buffered data, then it indicates to MME/SGSN that DL Data Buffered exist, and then MME/SGSN activated user plane step if","","8","5.1","3GPP Packet Access Maintenance",10530,"revised","2015-10-12T07:54:37.253","2015-10-14T05:26:09.837","","S2-153840","Rel-13","23.401","13.4.0","TEI13","2907","","F",null,"","","","",""]
["S2-153159","Clarification on the MBMS broadcast area parameter determination","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: Addition of the note clarifying the MBMS broadcast area parameter determination.","","8","5.1","3GPP Packet Access Maintenance",10830,"revised","2015-10-12T08:02:03.440","2015-10-13T08:35:06.113","","S2-153552","Rel-12","23.468","12.6.0","TEI12, GCSE_LTE","0073","","F",null,"","","","",""]
["S2-153160","Correction on the elements of the MBMS service description","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The service description in the Activate MBMS Bearer Response only includes the radio frequency.","","8","5.1","3GPP Packet Access Maintenance",10860,"revised","2015-10-12T08:05:20","2015-10-13T08:35:06.300","","S2-153553","Rel-12","23.468","12.6.0","TEI12, GCSE_LTE","0074","","F",null,"","","","",""]
["S2-153161","Clarification on the elements of the MBMS service description","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The service description in the Activate MBMS Bearer Response includes MBMS SAIs if the BM-SC has mapped the cell IDs into the MBMS Service Area Identities.","","8","5.1","3GPP Packet Access Maintenance",10800,"revised","2015-10-12T08:12:20.510","2015-10-13T08:35:06.473","","S2-153554","Rel-13","23.468","13.2.0","TEI13, MBMS_enh_TS","0075","","F",null,"","","","",""]
["S2-153162","Update for Solution 4a: Non-IP small data transmission via SCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Solution 4a is updated to specify how MO and MT small data transmission is achieved with minimized impacts.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14530,"revised","2015-10-12T08:23:19.760","2015-10-13T08:35:06.660","","S2-153601","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153163","Usage of cell identities in the MBMS bearer activation for group message delivery","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: - The SCEF may include a list of cell IDs in the Activate MBMS Bearer Request message (Step 8). - The SCEF may map between the location/area information provided by the SCS/AS and a list of cell IDs (Step 8). - The location/area informa","","8","5.1","3GPP Packet Access Maintenance",10460,"revised","2015-10-12T08:29:07.313","2015-10-13T08:35:06.847","","S2-153542","Rel-13","23.682","13.3.0","TEI13, GROUPE","0136","","F",null,"","","","",""]
["S2-153164","Solution proposal for Key Issue #3","LG Electronics","Hyunsook Kim",42013,"pCR","","Approval","This paper considers the solution for Key Issue #3: Determination of the ID of the visited PLMN at IMS Entities in HPLMN","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15370,"withdrawn","2015-10-12T10:08:25.100","2015-10-13T10:28:59.343","","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153165","5G device aspects","LG Electronics","Hyunsook Kim",42013,"discussion","","Information","This paper intends to consider 5G device aspects in order to design high-level architecture in SA WG2","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16840,"noted","2015-10-12T10:08:25.117","2015-10-13T10:28:59.517","","","Rel-14","","","","","","","","","","","",""]
["S2-153166","PDN type change","LG Electronics, LG Uplus, SK Telecom","Hyunsook Kim",42013,"discussion","","Information","This paper considers a fault situation, in which a speciic PDN type is not valid.","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16420,"noted","2015-10-12T10:08:25.133","2015-10-13T10:28:59.687","","","Rel-14","","","","","","","","","","","",""]
["S2-153167","P-GW detection for PDN type change","LG Electronics","Hyunsook Kim",42013,"CR","","Approval","Summary of change: If the PDN GW had determined that the PDN connection should be released and re-established with a PDN type change, the P-GW adds an appropriate cause indicating 'reactivation requested'.","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16430,"available","2015-10-12T10:08:25.133","2015-10-13T10:28:59.873","","","Rel-14","23.401","13.4.0","TEI14","2908","","B",null,"","","","",""]
["S2-153168","Re-establishment of PDN connection with a PDN type change","LG Electronics","Hyunsook Kim",42013,"CR","","Approval","Summary of change: If the network wants to trigger PDN type change, the NAS message Deactivate EPS Bearer Context Request includes the request for reestablishment of PDN connection with the specific PDN type by the UE.","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16440,"available","2015-10-12T10:08:25.240","2015-10-13T10:29:00.060","","","Rel-14","23.401","13.4.0","TEI14","2909","","B",null,"","","","",""]
["S2-153169","PDN type notification to the HSS","LG Electronics, LG Uplus","Hyunsook Kim",42013,"CR","","Approval","Summary of change: - New storage information field for each active PDN connection (i.e. APN, PDN Type) is added for HSS. - If MME is configured to send the PDN type of the established PDN connection to the HSS, it is proposed that the MME shall send a Not","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16450,"available","2015-10-12T10:08:25.320","2015-10-13T10:29:00.250","","","Rel-14","23.401","13.4.0","TEI14","2910","","B",null,"","","","",""]
["S2-153170","Way forward for the CIoT architecture representation","Alcatel-Lucent, Cisco Systems Inc., Mediatek, Nokia Networks","Alessio Casati",13542,"pCR","","Approval","this paper proposes a way to harmonize the architecture for CIoT","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14610,"available","2015-10-12T10:44:05.390","2015-10-13T10:53:19.447","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153171","Clarification on Remote UE supporting for multiple PDN connections","ASUSTeK","Roger Guo",38365,"discussion","","Information","Clarify whether a Remote UE may support multiple PDN connections via a ProSe UE-to-Network Relay at one time.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13420,"available","2015-10-12T10:48:35.677","2015-10-13T00:51:44.480","","","Rel-13","","","","","","","","","","","",""]
["S2-153172","Clarification on Remote UE supporting for multiple PDN connections","ASUSTEK","Roger Guo",38365,"CR","","Approval","Summary of change: Clarify that a Remote UE may support multiple simultaneous active PDN connections via a ProSe UE-to-Network Relay.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13430,"revised","2015-10-12T10:53:10.267","2015-10-13T00:51:44.667","","S2-153836","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0228","","F",null,"","","","",""]
["S2-153173","Clarifications on Soln#10 (support of Non-IP PDN types)","Cisco Systems Inc, Alcatel-Lucent","Maulik Vaidya",44517,"pCR","","Approval","This contribution attempts to clarify that While it is true that Solution#10 as depicted in 6.10 relies on C-SGN based architecture per clause 6.1, similar to depiction in Solution#15 in 6.15, the solution is not restricted to C-SGN-based architecture onl","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14430,"revised","2015-10-12T12:43:48.757","2015-10-13T10:30:06.097","","S2-153561","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153174","Way forward on key Issue 2 with solution 2 update","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","It is proposed to select Solution 2 as a baseline for normative work on Key Issue 2 to cover the traffic model in TR 45.820 including software upgrade/reconfiguration use case. Accordingly it is proposed to clarify that solution 2 can support more than si","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14070,"merged","2015-10-12T13:32:56.903","2015-10-13T10:34:09.640","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153175","LS from GSMA NG: LS to SA WG2 on emergency call requirements using S8HR roaming architecture","GSMA NG","Maurice Pope",648,"LS in","","Action","Introduction: GSMA PSMC has already announced to endorse 'S8 Home Routed (S8HR)' as a VoLTE roaming architecture option. Networks Group (NG) started implementing this option to GSMA PRDs. During the NG discussions, we have identified areas that may need c","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15080,"postponed","2015-10-12T13:33:45.513","2015-10-12T13:38:44.047","","S2-153740","","","","","","","","",null,"SA WG2",null,"PACKET#81 Doc 134"]
["S2-153176","Addition of Coverage Class Information (CCI) to downlink BSSGP PDU","Ericsson, Orange","Shabnam Sultana",21207,"CR","","Approval","Summary of change: CCI added to downlink BSSGP PDU.","","8","5.1","3GPP Packet Access Maintenance",10700,"revised","2015-10-12T13:36:04.430","2015-10-13T13:30:49.570","","S2-153549","Rel-13","23.060","13.4.0","TEI13","1984","","F",null,"","","","",""]
["S2-153177","Discussion and comparison of the user and control plane based solutions","Ericsson","Shabnam Sultana",21207,"discussion","","Information","This contribution provides a comparison of the user plane based solution 6.5 and the control plane based solutions.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14290,"available","2015-10-12T13:36:04.553","2015-10-13T13:48:25.467","","","Rel-13","","","","","","","","","","","",""]
["S2-153178","User plane based solution with AS information stored in RAN","Ericsson, Alcatel Lucent","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides a merged user plane based solution on basis of solution 6.5 and 6.6.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14200,"revised","2015-10-12T13:36:04.570","2015-10-13T13:30:49.400","","S2-153559","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153179","Further updates to solution 6.5","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Few clarifications to 'RRC Resume' and 'RRC SUSPEND' procedure and some editorial clean-up.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14170,"approved","2015-10-12T13:36:04.570","2015-10-13T13:30:49.197","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153180","Uplink stack reduction for Gb based architecture","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution documents a solution eliminating the need to transfer UDP/IP headers for uplink user plane transfer in Gb architecture.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14820,"available","2015-10-12T13:36:04.587","2015-10-13T13:30:49.027","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153181","SA2 work on next generation architecture","Ericsson","Shabnam Sultana",21207,"discussion","","Information","This contribution provides framework for preparation of SA WG2 study on next generation mobile architecture.","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16850,"noted","2015-10-12T13:36:04.600","2015-10-13T13:48:25.653","","","Rel-14","","","","","","","","","","","",""]
["S2-153182","Extended DRX support for multiple applications","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding that the UE should not request for extended idle mode DRX unless all applications are delay tolerant.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13970,"revised","2015-10-12T13:36:04.617","2015-10-13T13:30:48.837","","S2-153930","Rel-13","23.682","13.3.0","eDRX","0137","","F",null,"","","","",""]
["S2-153183","Introducing Extended Idle mode DRX","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Introduce the CN paging procedure in the context of the extended DRX feature as a high level function to facilitate communications with packet data networks and applications","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13990,"withdrawn","2015-10-12T13:36:04.727",null,"","","Rel-13","23.682","13.3.0","eDRX","0138","","B",null,"","","","",""]
["S2-153184","MME awareness of when the UE will become reachable","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: This CR proposes that the MME is informed about the 'approximate time when the UE will become reachable' at the release of the S1 connection and that the MME uses the information to derive when the UE is reachable for paging. Such solut","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13880,"revised","2015-10-12T13:36:04.850","2015-10-13T13:30:48.637","","S2-153614","Rel-13","23.401","13.4.0","eDRX","2911","","F",null,"","","","",""]
["S2-153185","Paging coordination between CN and UE","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduces enhancements to the CN paging procedure for Iu mode in the context of the extended idle mode DRX feature.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13900,"revised","2015-10-12T13:36:04.960","2015-10-13T13:30:48.447","","S2-153615","Rel-13","23.060","13.4.0","eDRX","1985","","B",null,"","","","",""]
["S2-153186","Further clarifications to extended DRX in Idle mode for Gb","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: It is clarified that in case where the parameter describing the time remaining until the next paging group occurrence is not available, the SGSN pages without taking the extended DRX parameters into consideration. Furthermore it is clar","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13960,"revised","2015-10-12T13:36:05.053","2015-10-13T13:30:48.260","","S2-153855","Rel-13","23.060","13.4.0","eDRX","1986","","F",null,"","","","",""]
["S2-153187","Correcting HSS handling of CP parameters","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Removed the sentence requiring the HSS to not check the content of CP parameter set(s).","","8","5.1","3GPP Packet Access Maintenance",10420,"revised","2015-10-12T13:36:05.163","2015-10-13T13:30:48.057","","S2-153541","Rel-13","23.682","13.3.0","MONTE","0139","","F",null,"","","","",""]
["S2-153188","Solution 8 update 'Cell based paging area update for efficient paging area management'","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","This paper resolve some remaining editor's note to complete solution 8. Also further enhancements have been made for this solution.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14660,"available","2015-10-12T13:36:41.930","2015-10-13T10:34:09.813","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153189","Correct inconsistencies in the description of USIM switching","General Dynamics UK Ltd., Blackberry UK Ltd.","Philip Young",27298,"CR","","Approval","Summary of change: Amend the descriptions in K.2.4 and K.2.5 to include steps involving USIM switching.","","8","5.1","3GPP Packet Access Maintenance",10910,"revised","2015-10-12T13:39:38.023","2015-10-12T13:47:23.010","","S2-153598","Rel-13","23.401","13.4.0","IOPS","2912","","F",null,"","","","",""]
["S2-153190","Conclusion on Key Issue 4","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","This paper proposes to select solution 8 'Cell based paging area update for efficient paging area management' as a solution for Key Issue 4 for normative work.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14700,"available","2015-10-12T13:39:39.037","2015-10-13T10:34:09.987","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153191","Paging delivery mechanism for LTE eDRX","LG Electronics","Jinsook Ryu",39022,"discussion","","Information","This paper propose how to MME deliver paging message to eNB when storing of paging message by eNB should be minimized or avoided but the MME does not know exact paging occasion of the UE.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13790,"noted","2015-10-12T13:48:15.783","2015-10-13T10:34:10.173","","","Rel-13","","","","","","","","","","","",""]
["S2-153192","Clarification on the Usage of extended idle mode DRX","LG Electronics","Jinsook Ryu",39022,"CR","","Approval","Summary of change: It is clarified usage of extended idle mode DRX is not appropriate for the UE which uses mobile terminated IMS or CS services other than SMS.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13980,"revised","2015-10-12T13:52:48.737","2015-10-13T10:34:10.343","","S2-153989","Rel-13","23.682","13.3.0","eDRX","0140","","C",null,"","","","",""]
["S2-153193","Discussion on paging strategy for HLcom 'UE reachability'","LG Electronics","Jinsook Ryu",39022,"discussion","","Information","This paper compares two options for HLcom notification procedure 'UE reachability' for the UE applying extended idle mode DRX especially on the paging strategy of MME.","","8","5.1","3GPP Packet Access Maintenance",10490,"noted","2015-10-12T14:02:34.230","2015-10-13T10:34:10.517","","","Rel-13","","","","","","","","","","","",""]
["S2-153194","Applying eDRX for Hlcom notification procedure 'UE reachability'","LG Electronics","Jinsook Ryu",39022,"CR","","Approval","Summary of change: New parameter 'Immediate Delivery Required' for monitoring event 'UE reachability' has been introduced to indicate whether triggering of paging procedure is required or not.","","8","5.1","3GPP Packet Access Maintenance",10500,"revised","2015-10-12T14:06:45.300","2015-10-13T10:34:10.703","","S2-154016","Rel-13","23.682","13.3.0","HLcom","0141","","C",null,"","","","",""]
["S2-153195","Evaluation of Random Access procedure in solution 3","Sony","Lars Nord",58638,"pCR","","Approval","Discuss the random access procedure proposed in solution 3 and the dependence to proposed physical layer proposals in RAN.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14140,"revised","2015-10-12T14:39:10.843","2015-10-13T13:08:47.340","","S2-153557","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153196","Overall evaluation key issue 2","Sony","Lars Nord",58638,"pCR","","Approval","Evaluation of how well the two groups of solutions can support the traffic model in key issue 2 and flexibility supporting other traffic models.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14260,"available","2015-10-12T14:43:40.113","2015-10-13T13:09:08.167","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153197","Wrong name used for 'Notify-on-available-after-DDN-failure' event","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Clause 5.3.13.7 is corrected to change 'Availability after DDN Failure' to 'Notify-on-available-after-DDN-failure'.","","8","5.1","3GPP Packet Access Maintenance",10510,"noted","2015-10-12T15:22:42.313","2015-10-12T17:23:24.957","","","Rel-13","23.060","13.4.0","HLcom","1987","","F",null,"","","","",""]
["S2-153198","Clarify Nt Reference Point","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: The figures reference above in 'Reason for change' are modified. The text of clause 5.2.13 is clarified.","","9","5.2","QoS and PCC Maintenance",11260,"revised","2015-10-12T15:28:46.523","2015-10-12T17:23:25.127","","S2-153430","Rel-13","23.203","13.5.1","AESE","1004","","F",null,"","","","",""]
["S2-153199","Differentiate MBMS User and Bearer Services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: Various parts of TS 23.246 are made specific to either MBMS user services or MBMS bearer services, when the possibility of ambiguity exists. The MB2 reference point is added. A small editorial problem is fixed.","","8","5.1","3GPP Packet Access Maintenance",10770,"revised","2015-10-12T15:32:51.987","2015-10-12T17:23:25.300","","S2-153551","Rel-13","23.246","13.2.0","MBMS_enh_TS","0398","","B",null,"","","","",""]
["S2-153200","Unicast downlink priority for relay to Remote UE","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Clause 5.4.6.2 is modified to base the unicast downlink priority over PC5 on information sent to the Relay UE by the Remote UE. Clause 5.4.6.2.1 is added to provide the message flow for this procedure.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13020,"available","2015-10-12T15:37:31.757","2015-10-12T17:23:25.470","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0229","","F",null,"","","","",""]
["S2-153201","Clarify validity time for CP Parameters","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: The 'validity time' aspect of a set of CP parameters is clarified. Note 2 is clarified to explain more clearly the meaning of overlapping CP parameter sets.","","8","5.1","3GPP Packet Access Maintenance",10280,"revised","2015-10-12T15:40:22.247","2015-10-12T17:23:25.657","","S2-153537","Rel-13","23.682","13.3.0","AESE, TEI13","0142","","F",null,"","","","",""]
["S2-153202","Correct step 3 text in 5.6.1.7","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Change the target of the message from SCEF to HSS.","","8","5.1","3GPP Packet Access Maintenance",10450,"agreed","2015-10-12T15:43:15.127","2015-10-12T17:23:25.813","","","Rel-13","23.682","13.3.0","MONTE, TEI13","0143","","F","SP-150609","","","","",""]
["S2-153203","Data Reliability CP Parameter","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Add Data Reliability to the CP parameters in Table 5.10.1-1, and provide a description of this additional parameter.","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16470,"available","2015-10-12T15:46:02.873","2015-10-12T17:23:25.987","","","Rel-14","23.682","13.3.0","MONTE","0144","","B",null,"","","","",""]
["S2-153204","ECGI Schedule list CP Parameter","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Add ECGI Schedule list to the CP parameters in Table 5.10.1-1, and provide a descriptions of this additional parameter, including its relationship with the Schedule communication time parameter.","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16480,"available","2015-10-12T15:48:32.460","2015-10-12T17:23:26.157","","","Rel-14","23.682","13.3.0","MONTE","0145","","B",null,"","","","",""]
["S2-153205","Provide CP Parameters Delete Procedure","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Provide a procedure to delete CP Parameters for a subscription","","8","5.1","3GPP Packet Access Maintenance",10320,"merged","2015-10-12T15:50:58.457","2015-10-12T17:23:26.343","","","Rel-13","23.682","13.3.0","AESE","0146","","F",null,"","","","",""]
["S2-153206","Additional CP Parameters","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"discussion","","Information","This contribution proposes additional CP Parameters to improve the use of paging resources and to allow the MME/SGSN to know the expected reliability of the information being provided in the CP Parameters.","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16460,"noted","2015-10-12T15:54:03.880","2015-10-12T17:23:26.517","","","Rel-14","23.682","13.3.0","","","","","","","","","",""]
["S2-153207","Unicast downlink priority over PC5","Alcatel-Lucent","Mike Dolan",1692,"discussion","","Information","This paper discusses the need for the Remote UE to provide a requested downlink priority for unicast traffic over PC5. Without the ability of the Remote UE to indicate the content priority of an IP flow to the Relay UE, content (e.g., PTT voice) may be dr","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13010,"noted","2015-10-12T15:58:59.810","2015-10-12T17:23:26.687","","","Rel-13","23.303","13.1.1","","","","","","","","","",""]
["S2-153208","[DRAFT] LS Reply on Group specific NAS level congestion control","Alcatel-Lucent","Mike Dolan",1692,"LS out","","Approval","Reply LS to CT WG1 (C1-153258) on Group specific NAS level congestion control","","8","5.1","3GPP Packet Access Maintenance",10230,"revised","2015-10-12T16:04:01.947","2015-10-12T17:23:26.860","","S2-153536","Rel-13","","","","","","","",null,"CT WG1"]
["S2-153209","Correct the interface name in clause 4.2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"pCR","","Approval","This contribution corrects the interface name in clause 4.2 to the agreed 'T5*'. Some editorial improvements are also included.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14570,"approved","2015-10-12T16:06:20.303","2015-10-12T17:23:27.047","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153210","Clarification of Assumption Text","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"pCR","","Approval","This contribution clarifies text in clause 4.2 (Architectural Assumptions) of TR 23.720 and is intended to be purely editorial.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14790,"available","2015-10-12T16:08:23.947","2015-10-12T17:22:19.657","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153211","Dedicated Core Network (DCN) selection based on UE's indication to RAN","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution proposes a solution for Dedicated Core Network (DCN) selection by the RAN Node based on the UE's DCN type indication and on the supported DCN types by the associated MMEs","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15620,"revised","2015-10-12T16:11:25.687","2015-10-13T12:03:08.317","","S2-153596","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153212","Definition of mapping between QCI 65, 66, 69 and 70, and R99 QoS parameters","Intel","Robert Zaus",10799,"CR","","Approval","Summary of change: Mapping between QCI 65, 66, 69 and 70, and R99 QoS parameters is added.","","8","5.1","3GPP Packet Access Maintenance",10890,"revised","2015-10-12T16:37:44.523","2015-10-12T16:51:07.607","","S2-153794","Rel-12","23.401","12.10.0","GCSE_LTE","2913","","F",null,"","","","",""]
["S2-153213","Definition of mapping between QCI 65, 66, 69 and 70, and R99 QoS parameters","Intel","Robert Zaus",10799,"CR","","Approval","Rel-13 mirror CR: Summary of change: Mapping between QCI 65, 66, 69 and 70, and R99 QoS parameters is added.","","8","5.1","3GPP Packet Access Maintenance",10900,"revised","2015-10-12T16:37:44.677","2015-10-12T16:51:07.793","","S2-153795","Rel-13","23.401","13.4.0","GCSE_LTE","2914","","A",null,"","","","",""]
["S2-153214","Wrong name used for 'Notify-on-available-after-DDN-failure' event","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Clause 4.3.17.7, step 11 of Figure 5.3.3.1-1, steps 13 and 20 of Figure 5.3.3.2-1, step 11 of Figure 5.3.3.3-1, step 11 of Figure 5.3.3.6-1, step 2 of Figure 5.3.4.1-1, step 2 of Figure 5.3.4.3-1, step 6 of Figure D.3.5-1, and step 13 o","","8","5.1","3GPP Packet Access Maintenance",10540,"withdrawn","2015-10-12T16:43:46.050",null,"S2-152424","","Rel-13","23.402","13.3.0","HLcom","2901","1","F",null,"","","","",""]
["S2-153215","Solution to Key Issue 2 - Handling of non UE detectable Emergency Session","NEC, NTT DOCOMO","Andreas Kunz",35384,"pCR","","Approval","This P-CR proposes a solution to Key Issue 2 - Handling of non UE detectable Emergency Session.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15340,"revised","2015-10-12T16:45:31.007","2015-10-13T12:36:17.787","","S2-153629","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153216","Wrong name used for 'Notify-on-available-after-DDN-failure' event","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Clause 4.3.17.7, step 11 of Figure 5.3.3.1-1, steps 13 and 20 of Figure 5.3.3.2-1, step 11 of Figure 5.3.3.3-1, step 11 of Figure 5.3.3.6-1, step 2 of Figure 5.3.4.1-1, step 2 of Figure 5.3.4.3-1, step 6 of Figure D.3.5-1, and step 13 o","","8","5.1","3GPP Packet Access Maintenance",10520,"noted","2015-10-12T16:54:18.360","2015-10-12T17:23:24.787","S2-152424","","Rel-13","23.401","13.4.0","HLcom","2901","1","F",null,"","","","",""]
["S2-153217","Key Issue for UE knowledge of whether a TWAN supports emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, LG Electronics","Laurent Thiebaut",11066,"pCR","","Approval","new key issue related to UE knowledge of whether a TWAN supports emergency sessions","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14900,"revised","2015-10-12T17:29:25.003","2015-10-13T08:41:04.623","","S2-153426","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153218","Key Issue for TWAN support of emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","new key issue related to TWAN support of emergency sessions","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14890,"noted","2015-10-12T17:29:25.003","2015-10-13T08:41:04.797","","","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153219","Solution for UE knowledge of whether a TWAN/ePDG supports emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","new solution related to UE knowledge of whether a TWAN/ePDG supports emergency sessions","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14980,"revised","2015-10-12T17:29:25.017","2015-10-13T08:41:04.983","","S2-153467","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153220","Solution for Support of emergency services by TWAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","new solution in order to Support emergency services by TWAN","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",15000,"revised","2015-10-12T17:29:25.033","2015-10-13T13:02:49.430","","S2-153468","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153221","Optimising the paging area","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","Proposes a solution for optimising the paging area for CIOT","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14680,"available","2015-10-12T17:56:06.783","2015-10-13T13:00:50.327","S2-152753","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153222","[DRAFT] Reply LS on handover policy for a terminal reaches the handover collision between from PS to CS and from LTE to WiFi at the same time","Qualcomm Incorporated","Haris Zisimopoulos",41602,"LS out","","Approval","Provides answers to LS S2-152996","","6","4.1","Common issues and Incoming LSs",10060,"revised","2015-10-12T17:56:06.863","2015-10-13T13:00:50.497","","S2-153526","Rel-13","","","","","","","",null,"CT WG1, GSMA NG RILTE"]
["S2-153223","Views on structure of work on Next Generation Mobile Network Architecture","Qualcomm Inc.","Haris Zisimopoulos",41602,"discussion","","Information","Provides views on structure for SA WG2 work on Next Generation Mobile Network Architecture.","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16860,"noted","2015-10-12T17:56:06.957","2015-10-13T13:00:50.683","","","Rel-14","","","","","","","","","","","",""]
["S2-153224","Authorisation policy based on location","Qualcomm Incorporated","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: Proposes to remove text which indicates that UE may provide the current serving PLMND ID that is not supported in stage-3","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12520,"agreed","2015-10-12T17:56:06.957","2015-10-13T13:00:50.857","","","Rel-12","23.303","12.6.0","ProSe","0230","","F","SP-150633","","","","",""]
["S2-153225","Authorisation policy based on location","Qualcomm Incorporated","Haris Zisimopoulos",41602,"CR","","Approval","Rel-13 mirror CR: Summary of change: Proposes to remove text which indicates that UE may provide the current serving PLMND ID that is not supported in stage-3","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12530,"agreed","2015-10-12T17:56:07.080","2015-10-13T13:00:51.027","","","Rel-13","23.303","13.1.1","ProSe","0231","","A","SP-150633","","","","",""]
["S2-153226","Correcting description of Discovery Group ID","Qualcomm Incorporated, US Department of Commerce","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: Removes 'Layer-2' and 'link layer' terms from the description of Discovery Group ID","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13290,"revised","2015-10-12T17:56:07.173","2015-10-13T13:00:51.200","","S2-153623","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0232","","F",null,"","","","",""]
["S2-153227","New WID: Evolution to and interworking with eCall in IMS","Qualcomm Incorporated, Deutsche Telekom, Nokia Networks, TeliaSonera, Ericsson, Telecom Italia, Vodafone","Haris Zisimopoulos",41602,"WID new","","Approval","The objective of this work item is to specify the system impacts for an eCall based on IMS emergency calls that will allow for enhanced eCall user experience and functionality, and for the long-term phase out of CS core and access networks. The work will","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16660,"revised","2015-10-12T17:56:07.253","2015-10-13T13:00:51.370","","S2-153529","Rel-14","","","","","","","","","","","",""]
["S2-153228","Architecture impacts of LTE-WLAN RAN level integration supporting legacy WLAN","Qualcomm Incorporated","Haris Zisimopoulos",41602,"discussion","","Information","Analyses the architecture impact of LTE-WLAN RAN level integration supporting legacy WLAN.","","10","5.3","Non-3GPP Access Maintenance",11790,"noted","2015-10-12T17:56:07.267","2015-10-13T13:00:51.557","","","Rel-13","","","","","","","","","","","",""]
["S2-153229","Adding pre-provisioned radio parameters for ProSe UE-NW Relay","Qualcomm Incorporated, US Department of Commerce","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: 1) Adds radio parameters for Remote UE and ProSe UE-Network Relay provisioning 2) Clarifies that the radio parameters for all discovery types and all communication types are common","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13210,"revised","2015-10-12T17:56:07.283","2015-10-13T13:00:51.730","","S2-153620","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0233","","F",null,"","","","",""]
["S2-153230","Correction to handover between ePDGs","Qualcomm Incorporated","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: Remove the reference to handover between ePDGs","","10","5.3","Non-3GPP Access Maintenance",11670,"agreed","2015-10-12T17:56:07.360","2015-10-13T13:00:51.900","","","Rel-13","23.402","13.3.0","TEI13, SEW1","2902","","F","SP-150613","","","","",""]
["S2-153231","Correction to revision of ePDG selection procedures","Qualcomm Incorporated","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: The reference to 4.5.4.2 in bullet a) of 4.5.4.2 is changed to 4.5.4.3. A clarification is added to the FQDN format selection procedure in 4.5.4.2 to indicate that condition a) is applied to the PLMN chosen according to the procedure in","","10","5.3","Non-3GPP Access Maintenance",11660,"merged","2015-10-12T17:56:07.457","2015-10-13T13:00:52.073","","","Rel-13","23.402","13.3.0","TEI13","2903","","F",null,"","","","",""]
["S2-153232","Correction to WLAN Selection Policy to support SEW","Qualcomm Incorporated","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: It is clarified that when the UE is not registered to any PLMN, the UE considers valid the policies from the HPLMN.","","10","5.3","Non-3GPP Access Maintenance",12140,"available","2015-10-12T17:56:07.547","2015-10-13T13:00:52.243","","","Rel-13","23.402","13.3.0","SEW1","2904","","F",null,"","","","",""]
["S2-153233","New SID: Unlicensed spectrum offloading system enhancements","Qualcomm Incorporated","Haris Zisimopoulos",41602,"SID new","","Approval","The study item will focus on: - identifying the relevant scenarios related to LAA and LWA- studying such scenarios and define the corresponding architecture requirements to:-- Enable the network to differentiate traffic charging when traffic is transmitte","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16700,"revised","2015-10-12T17:56:07.627","2015-10-13T13:00:52.430","","S2-153530","Rel-14","","","","","","","","","","","",""]
["S2-153234","UE Usage Type in handovers","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, NTT DOCOMO, Ericsson","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Usage Type is added to Forward Relocation Request. Conditions for keeping or relocating the current SGW at the target system are added.","","8","5.1","3GPP Packet Access Maintenance",11010,"revised","2015-10-12T20:57:51.347","2015-10-13T11:52:43.387","","S2-153724","Rel-13","23.401","13.4.0","TEI13, DECOR","2915","","F",null,"","","","",""]
["S2-153235","UE Usage Type in handovers","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, NTT DOCOMO, Ericsson","Nicolas Drevon",16459,"CR","","Approval","Summary of change: Usage Type is added to Forward Relocation Request. Conditions for keeping or relocating the current SGW at the target system are added.","","8","5.1","3GPP Packet Access Maintenance",11000,"revised","2015-10-12T21:00:27.520","2015-10-13T11:52:43.573","","S2-153725","Rel-13","23.060","13.4.0","TEI13, DECOR","1988","","F",null,"","","","",""]
["S2-153236","Discussion on ePDG selection in Rel-13","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"discussion","","Information","This paper discusses three aspects on ePDG selection that were raised by BlackBerry at SA#69 plenary meeting in SP 150529, and proposes a way forward: use of TAI/LAI in roaming, use of ANQP information, precedence between ANDSF and USIM.","","10","5.3","Non-3GPP Access Maintenance",11680,"noted","2015-10-12T21:03:58.117","2015-10-13T11:52:43.743","","","Rel-13","","","","","","","","","","","",""]
["S2-153237","LS on usage of ANQP information in ePDG selection","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","-","","10","5.3","Non-3GPP Access Maintenance",11710,"noted","2015-10-12T21:07:25.143","2015-10-13T11:52:43.917","","","Rel-13","","","","","","",""]
["S2-153238","LS on precedence of ANDSF","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","-","","10","5.3","Non-3GPP Access Maintenance",11720,"available","2015-10-12T21:09:11.427","2015-10-13T11:52:44.103","","","Rel-13","","","","","","",""]
["S2-153239","Discussion on LTE-WLAN RAN Level Integration supporting legacy WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, BlackBerry UK Ltd, Broadcom Corporation, Motorola Mobility, Lenovo, Sony Mobile, TCL Communication Ltd","Nicolas Drevon",16459,"discussion","","Information","This paper discusses whether SA WG2 would be impacted by the recently approved work item 'LTE-WLAN RAN Level Integration supporting legacy WLAN' in order to respond to the LS from RAN received in RP-151623.","","10","5.3","Non-3GPP Access Maintenance",11770,"noted","2015-10-12T21:11:46.473","2015-10-13T12:49:44.787","","","Rel-13","","","","","","","","","","","",""]
["S2-153240","[DRAFT] LS on New WI on LTE-WLAN RAN Level Integration supporting legacy WLAN","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","To: TSG RAN. CC: RAN WG2, RAN WG3, SA WG3","","10","5.3","Non-3GPP Access Maintenance",11800,"available","2015-10-12T21:15:53.793","2015-10-13T11:52:44.290","","","Rel-13","","","","","","","",null,"TSG RAN","RAN WG2, RAN WG3, SA WG3"]
["S2-153241","Miscellaneous corrections in section 5.3","Qualcomm Incorporated","Michaela Vanderveen",46571,"CR","","Approval","Summary of change: Corrected missing/wrong parameters in figures and steps descriptions, made the roaming scenario consistent with the non-roaming (Monitoring, restricted), corrected which ProSe Function initiates the announce alert procedure. .","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12680,"available","2015-10-12T21:18:03.397","2015-10-12T22:50:22.110","","","Rel-13","23.303","13.1.1","TEI13","0234","","F",null,"","","","",""]
["S2-153242","[DRAFT] LS on IPsec tunnelling mechanism for LTE-WiFi aggregation","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","To: RAN WG2. CC: SA WG3","","10","5.3","Non-3GPP Access Maintenance",11810,"available","2015-10-12T21:19:08.887","2015-10-13T11:52:44.477","","","Rel-13","","","","","","","",null,"RAN WG2","SA WG3"]
["S2-153243","Application controlled extension for Open Discovery","Qualcomm Incorporated","Michaela Vanderveen",46571,"CR","","Approval","Summary of change: Introducing Application Controlled Extension support to open discovery procedures.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13580,"available","2015-10-12T21:23:52.367","2015-10-12T22:50:22.283","","","Rel-14","23.303","13.1.1","TEI14","0235","","B",null,"","","","",""]
["S2-153244","Comparison and conclusions for CIOT non-IP solutions","Qualcomm Incorporated, Cisco","Hong Cheng",25668,"pCR","","Approval","Proposes a way forward for the non-IP solutions proposed in TR 23.720.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14580,"available","2015-10-12T21:25:28.307","2015-10-13T04:06:06.013","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153245","QoS for downlink traffic on UE-to-Network Relay","Qualcomm Incorporated, U.S. Department of Commerce","Hong Cheng",25668,"discussion","","Information","This paper reviewes the QoS handling for the downlink traffic on ProSe UE-to-Network Relay and proposed conclusions.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13030,"noted","2015-10-12T21:31:21.177","2015-10-13T04:06:34.217","","","Rel-13","","","","","","","","","","","",""]
["S2-153246","AULC key issue - Extension of PCRF/OCS location change reporting","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","This paper proposes to introduce a key issue corresponding to the second objective of AULC Study Item: 'Studying a mechanism enabling user location change reporting at pre-configured (non-user specific) areas granularity as defined in the above justificat","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16270,"revised","2015-10-12T21:31:43.780","2015-10-13T11:52:44.650","","S2-153455","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153247","AULC key issue - Extension of location reporting for Monitoring Events feature","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","This paper proposes to introduce a key issue corresponding to the second objective of AULC Study Item: 'Studying a mechanism enabling user location change reporting at pre-configured (non-user specific) areas granularity' for Event Monitoring feature rela","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16310,"merged","2015-10-12T21:33:27.053","2015-10-13T11:52:44.837","","","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153248","Application controlled extension for Open Discovery","Qualcomm Incorporated","Michaela Vanderveen",46571,"discussion","","Information","WITHDRAWN: Application controlled extension for Open Discovery","","29","6.25","TEI14 Category B/C - Enhancements and Improvements only. 3GPP Packet Access",16490,"withdrawn","2015-10-12T21:36:34.360","2015-10-12T22:50:22.470","","","Rel-14","","","","","","","","","","","",""]
["S2-153249","Moving header compression to core network for CIOT","Qualcomm Incorporated, Huawei,","Hong Cheng",25668,"pCR","","Approval","This contribution proposed to move the header compression function to the core network for CIOT use.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14720,"available","2015-10-12T21:38:52.403","2015-10-13T04:07:20.020","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153250","LI solutions for ProSe UE to Network Relay use","Qualcomm Incorporated","Hong Cheng",25668,"discussion","","Information","This contribution presented solution options for Lawful Interception support in ProSe UE to Network Relay use cases.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12920,"noted","2015-10-12T21:43:45.307","2015-10-13T04:11:13.643","","","Rel-13","","","","","","","","","","","",""]
["S2-153251","Lawful Interception support for ProSe UE-to-Network Relay","Qualcomm Incorporated, ?","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the clarification to the corresponding section that PC3ch needs to be supported by the Relay in order to satisfy LI requirements.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12950,"noted","2015-10-12T21:56:30.483","2015-10-13T04:11:32.130","","","Rel-13","23.303","13.1.1","TEI13","0236","","B",null,"","","","",""]
["S2-153252","Key Issues for Enhanced selection of ePDG for SEW","T-Mobile USA, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, BlackBerry UK Ltd, Motorola Mobility, Qualcomm, Nokia Networks, ZTE, LGE","Christopher Joul",31136,"pCR","","Approval","Addition of new key issues related to the selection of the ePDG that will support emergency calls over WLAN.","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14880,"approved","2015-10-12T22:10:47.167","2015-10-12T23:02:22.907","","","Rel-14","23.771","1.0.0","","","",null,"","","","","",""]
["S2-153253","New Key Issues related to mobility of SEW","T-Mobile USA, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, BlackBerry UK Ltd, Motorola Mobility, Qualcomm, Nokia Networks, ZTE, LGE","Christopher Joul",31136,"pCR","","Approval","Addition of new key issues related to the mobility aspects of emergency calls over WLAN","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14920,"approved","2015-10-12T22:12:52.823","2015-10-12T23:02:23.093","","","Rel-14","23.771","1.0.0","","","",null,"","","","","",""]
["S2-153254","New Key Issues related to network selection for SEW","T-Mobile USA, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Deutsche Telekom, BlackBerry UK Ltd, Motorola Mobility, Qualcomm, Nokia Networks, ZTE, LGE","Christopher Joul",31136,"pCR","","Approval","Addition of new key issues related to the selection of the network over which emergency calls are made when a device supports Emergency calls over WLAN, and both WLAN and 3GPP networks are available.","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14930,"approved","2015-10-12T22:14:39.637","2015-10-12T23:02:23.297","","","Rel-14","23.771","1.0.0","","","",null,"","","","","",""]
["S2-153255","Key Issue for Non-Voice Emergency Sessions","T-Mobile USA, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, BlackBerry UK Ltd, Motorola Mobility, Qualcomm, Nokia Networks, ZTE, LGE","Christopher Joul",31136,"pCR","","Approval","Addition of a key issue for support of non-voice emergency sessions over WLAN.","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14950,"approved","2015-10-12T22:16:02.067","2015-10-12T23:02:23.467","","","Rel-14","23.771","1.0.0","","","",null,"","","","","",""]
["S2-153256","Key Issues for per PLMN selection of Roaming Model","T-Mobile USA","Christopher Joul",31136,"pCR","","Approval","When a PLMN has different roaming models supported a method for determining which model is to be used on a per PLMN basis needs to be defined.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15280,"noted","2015-10-12T22:18:32.637","2015-10-12T23:02:23.653","","","Rel-14","23.749","0.1.0","","","",null,"","","","","",""]
["S2-153257","[DRAFT] Reply LS on S8HR roaming architecture handling of E9-1-1 calls in the US and Canada","T-Mobile USA Inc.","Christopher Joul",31136,"LS out","","Approval","Response to: LS S2-153015_WTSC-2015-00104R001 on S8HR roaming architecture handling of E9-1-1 calls in the US and Canada","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15130,"revised","2015-10-12T22:21:49.930","2015-10-12T23:02:23.827","","S2-153568","Rel-14","23.303","13.1.1","","","","","",null,"ATIS WTSC","GSMA NG, GSMA WAS, TSG SA, TSG CT, SA WG1, SA WG3, CT WG1, CT WG3, CT WG4, GSMA PSMC"]
["S2-153258","Application controlled extension for Open Discovery (Discussion)","Qualcomm Incorporated","Michaela Vanderveen",46571,"discussion","","Information","This contribution provides the justification of introducing Application Controlled Extension for open discovery.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13570,"available","2015-10-12T23:01:24.140","2015-10-12T23:13:04.337","","","Rel-14","","","","","","","","","","","",""]
["S2-153259","Proposal for MME storing paging request when in extended idle mode DRX in LTE","Qualcomm Incorporated","Miguel Griot",42742,"discussion","","Information","Proposes a solution for loose synchronization across eNBs and between eNBs and MME that enables the MME to store paging requests until before the UE's paging window.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13750,"noted","2015-10-13T00:13:01.077","2015-10-13T07:33:09.460","","","Rel-13","","","","","","","","","","","",""]
["S2-153260","Paging for extended idle mode DRX in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: Add concept of distributed syncing of Hyper SFN to time of day, computed at eNBs and MME. MME computes the PH for a device, and stores the paging request until some time before the start of H-SFN corresponding to the Paging Hyperframe.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13800,"available","2015-10-13T00:13:01.077","2015-10-13T07:33:09.633","","","Rel-13","23.682","13.3.0","eDRX","0147","","B",null,"","","","",""]
["S2-153261","Paging for extended idle mode DRX in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: MME capability to compute next paging hyperframe, store and send paging request before the UE's paging hyperframe","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13810,"revised","2015-10-13T00:13:01.217","2015-10-13T07:33:09.807","","S2-153555","Rel-13","23.401","13.4.0","eDRX","2916","","B",null,"","","","",""]
["S2-153262","Clarification of the resource modification during Routing Rule exchange for SCM","CATT","Yunjing Hou",46707,"CR","","Approval","Summary of change: Clarify the resource modification for S2a SCM in the Routing Rule exchange procedure.","","10","5.3","Non-3GPP Access Maintenance",12100,"revised","2015-10-13T00:54:26.717","2015-10-13T10:05:59.017","","S2-153472","Rel-13","23.161","13.0.0","TEI13","0008","","F",null,"","","","",""]
["S2-153263","Clarification of the action of the PCRF during addition of an access procedure","CATT","Yunjing Hou",46707,"CR","","Approval","Summary of change: Clarify the action of the PCRF during the procedure of addition of an access.","","9","5.2","QoS and PCC Maintenance",11380,"merged","2015-10-13T00:58:24.883","2015-10-13T10:05:59.190","","","Rel-13","23.203","13.5.1","TEI13","1005","","F",null,"","","","",""]
["S2-153264","Update of the PCC rules during the addition of an access procedure","CATT","Yunjing Hou",46707,"CR","","Approval","Summary of change: Clarify the action of the PCRF during the addition of an access procedure.","","9","5.2","QoS and PCC Maintenance",11390,"revised","2015-10-13T01:03:53.260","2015-10-13T10:05:59.360","","S2-153434","Rel-13","23.203","13.5.1","TEI13","1006","","F",null,"","","","",""]
["S2-153265","Key Issues - Emergency sessions authentication and ePDG selection split across PLMNs","BlackBerry UK Ltd","Adrian Buckley",26735,"pCR","","Approval","Addition of new key issue related to when the PLMN used to authenticate and authorize the device to use WLAN access is different to that used for ePDG.","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14870,"noted","2015-10-13T01:19:41.033","2015-10-13T13:20:48.430","","","Rel-14","23.771","1.0.0","FS_SEW, FS_SEW2","","",null,"","","","","",""]
["S2-153266","update solution 10","CATT","Hucheng Wang",43301,"pCR","","Approval","this paper updates an EN and solution evaluation in solution 10","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14450,"noted","2015-10-13T01:23:22.130","2015-10-13T06:42:17.827","","","Rel-13","23.720","1.0.0","","","",null,"","","","","",""]
["S2-153267","Key issue of implementing PCC architecture with CU split PGW","CATT","Hucheng Wang",43301,"pCR","","Approval","This paper introduces a key issue for C/U split EPC","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15850,"noted","2015-10-13T01:25:43.277","2015-10-13T06:42:17.670","","","Rel-14","23.714","","","","",null,"","","","","",""]
["S2-153268","Correction on legend in User Plane for UE-to-Network Relay","LG Electronics","Laeyoung Kim",40613,"CR","","Approval","Summary of change: In the legend of clause 5.1.2.2 UE - UE-to-Network Relay, - Fix the text for LTE-Uu.  - Add clause 5.1.2.1 for PC-U.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13150,"agreed","2015-10-13T01:47:33.950","2015-10-13T10:55:10.317","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0237","","F","SP-150604","","","","",""]
["S2-153269","Inter-PLMN ProSe discovery transmission support analysis","Qualcomm Incorporated","Hong Cheng",25668,"discussion","","Information","This paper reviewed the necessary changes for stage 2 to support the RAN inter-PLMN ProSe discovery transmission agreements.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12740,"noted","2015-10-13T01:49:23.337","2015-10-13T04:08:08.050","","","Rel-13","","","","","","","","","","","",""]
["S2-153270","Clarification on in coverage Remote UE","LG Electronics, Alcatel-Lucent, U.S. Department of Commerce","Laeyoung Kim",40613,"CR","","Approval","Summary of change: - Remove the texts implying the Remote UEs are out of coverage when they are served by UE-to-Network Relay from the descriptions related to Remote UE. - Fix 5.3.x to 5.3.7 in clause 4.5.1.1.2.3.4. - Change the caption of Figure 4.4.3-1","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13370,"revised","2015-10-13T01:50:56.843","2015-10-13T10:55:10.550","","S2-153626","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0238","","F",null,"","","","",""]
["S2-153271","Solution 7 evaluation","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","This paper evaluates the solution 7 'Paging for static and dynamic coverage enhancement level'.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14690,"available","2015-10-13T01:53:35.353","2015-10-13T10:34:10.890","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153272","Radio resources aspects of inter-PLMN discovery transmission support","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the description of the radio resources usages for Inter-PLMN ProSe discovery transmission to clause 4.5.1.1.2.3.1.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12750,"revised","2015-10-13T01:55:35.517","2015-10-13T04:08:39.080","","S2-153617","Rel-13","23.303","13.1.1","TEI13","0239","","B",null,"","","","",""]
["S2-153273","Clarification on additional provisioning information related to UE-to-Network Relaying","LG Electronics, U.S. Department of Commerce","Laeyoung Kim",40613,"CR","","Approval","Summary of change: - Add descriptions related to how provisioning information to be provisioned. - Arrange some NOTEs. - Fix 5.3.x to 5.3.7 in clause 4.5.1.1.2.3.4.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13190,"merged","2015-10-13T01:56:26.157","2015-10-13T10:55:10.910","","S2-153619","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0240","","F",null,"","","","",""]
["S2-153274","Procedure aspects of inter-PLMN discovery transmission support","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the procedure support of inter-PLMN ProSe discovery transmission for both Model A and Model B based on roaming procedures.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12780,"revised","2015-10-13T01:58:56.367","2015-10-13T04:08:57.223","","S2-153618","Rel-13","23.303","13.1.1","TEI13","0241","","B",null,"","","","",""]
["S2-153275","Clarification on direct discovery usage","LG Electronics, Ericsson, Qualcomm Incorporated","Laeyoung Kim",40613,"CR","","Approval","Summary of change: Remove '(non-Public Safety UE)' from the title of clause 4.5.1.1.2.2","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12620,"agreed","2015-10-13T02:01:44.923","2015-10-13T10:55:11.283","","","Rel-12","23.303","12.6.0","ProSe","0242","","F","SP-150633","","","","",""]
["S2-153276","Alternative solution for Key Issue #3","LG Electronics, LG Uplus","Hyunsook Kim",42013,"pCR","","Approval","This paper considers the solution for Key Issue #3: Determination of the ID of the visited PLMN at IMS Entities in HPLMN","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15380,"revised","2015-10-13T02:11:41.370","2015-10-13T10:29:00.437","","S2-153630","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153277","Way forward on key issue #2 - Efficient support of infrequent small data transmission for cellular IoT","Intel, Qualcomm Incorporated","Puneet Jain",36283,"pCR","","Approval","This paper analyse the solutions for key issue 2 - Efficient support of infrequent small data transmission for cellular IoT and proposed way forward.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14300,"available","2015-10-13T02:12:52.990","2015-10-13T07:30:06.427","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153278","[DRAFT] Reply LS on usage of ProSe Per-Packet Priority in ProSe UE-Network Relay","Qualcomm Incorporated","Hong Cheng",25668,"LS out","","Approval","This is a response to RAN WG2 LS S2-152861/R2-153887 on usage of ProSe Per-Packet Priority in ProSe UE-Network Relay.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12710,"revised","2015-10-13T02:16:21.157","2015-10-13T04:09:38.517","","S2-153535","Rel-13","","","","","","","",null,"RAN WG2","RAN WG1"]
["S2-153279","Update to Solution 2 - Infrequent small data transmission using pre-established NAS security","Intel, Qualcomm Incorporated, Samsung","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - infrequent small data transmission using pre-established NAS security by adding more description to flow and adding attach procedure flow.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14010,"revised","2015-10-13T02:32:50.080","2015-10-13T07:30:06.600","","S2-153543","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153280","Updating Restricted Discovery procedures to ensure latest metadata for the monitoring UE","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: When the monitoring UE or discoverer UE needs to obtained the latest metadata, e.g. when it noticed a new metadata index in a Suffix, it includes an 'metadata requested' in the Match Report request message, and this will trigger the Pro","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13340,"revised","2015-10-13T02:38:41.170","2015-10-13T04:10:06.377","","S2-153625","Rel-13","23.303","13.1.1","TEI13","0243","","F",null,"","","","",""]
["S2-153281","Evaluation on non-IP solutions for infrequent small data transmission","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Non-IP solutions for Key Issue 2 are evaluated.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14590,"available","2015-10-13T03:26:39.523","2015-10-13T08:35:07.017","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153282","TR skeleton of FS_AULC","China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose TR skeleton for FS_AULC","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16080,"withdrawn","2015-10-13T03:36:29.607",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-153283","CIOT header compression mechanism options","Qualcomm Incorporated","Hong Cheng",25668,"pCR","","Approval","This contribution proposes and compares two different options for realizing header compression for CIOT in C-SGN.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14730,"available","2015-10-13T03:39:44.667","2015-10-13T04:10:26.500","","","Rel-13","23.720","1.0.0","","","",null,"","","","","",""]
["S2-153284","TR Skeleton of FS_AULC","Rapporteur","Changhong Shan",45586,"pCR","","Approval","Propose TR skeleton for FS_AULC","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16090,"revised","2015-10-13T03:43:06.547","2015-10-13T11:52:19.377","","S2-153450","Rel-14","","","","","",null,"","","","","",""]
["S2-153285","TR Skeleton of FS_AULC","China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose TR skeleton for FS_AULC","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16120,"withdrawn","2015-10-13T03:44:20.053",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-153286","Scope of FS_AULC","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, KDDI","Yang Xu",46344,"pCR","","Approval","Propose work scope for Rel-14 FS_AULC work","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16130,"revised","2015-10-13T03:51:52.933","2015-10-13T12:38:14.383","","S2-153451","Rel-14","","","","","",null,"","","","","",""]
["S2-153287","Scope of FS_AULC","China Unicom","Yang Xu",46344,"pCR","","Approval","Propose work scope for Rel-14 FS_AULC work","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16160,"withdrawn","2015-10-13T03:52:49.403",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-153288","Scenario of predefined popular area","China Unicom, Intel, KDDI","Yang Xu",46344,"pCR","","Approval","Propose a scenario of predefined popular area for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16360,"revised","2015-10-13T03:59:49.837","2015-10-13T12:38:14.553","","S2-153457","Rel-14","","","","","",null,"","","","","",""]
["S2-153289","Scenario of multiple areas of interest","China Unicom, Intel, KDDI","Yang Xu",46344,"pCR","","Approval","Propose a scenario of multiple areas of interest for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16390,"revised","2015-10-13T04:04:06.533","2015-10-13T12:38:14.727","","S2-153458","Rel-14","","","","","",null,"","","","","",""]
["S2-153290","Key Issue of extending PRA reporting mechanism","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, KDDI, ORANGE","Yang Xu",46344,"pCR","","Approval","Propose a key issue of extending PRA reporting mechanism for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16320,"revised","2015-10-13T04:09:19.827","2015-10-13T12:38:14.897","","S2-153456","Rel-14","","","","","",null,"","","","","",""]
["S2-153291","Key Issue of extending PRA reporting mechanism","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Intel","Yang Xu",46344,"pCR","","Approval","Propose a key issue of extending PRA reporting mechanism for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16350,"withdrawn","2015-10-13T04:09:28.750",null,"","","Rel-14","","","","","",null,"","","","","",""]
["S2-153292","ProSe impacts to EPC procedure for supporting inter-PLMN discovery","CATT, ZTE","Juan Zhang",38523,"CR","","Approval","Summary of change: 1. During the attach and TAU procedure, the MME includes the equivalent PLMN list to the HSS, HSS sends the ProSe authorisation information for the equivalent PLMN with the registered PLMN. 2. MME send the 'ProSe authorised' indication","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12810,"noted","2015-10-13T05:53:06.340","2015-10-13T09:26:44.697","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0244","","F",null,"","","","",""]
["S2-153293","Correction of PC2 interactions for restricted direct discovery in model B","CATT","Juan Zhang",38523,"CR","","Approval","Summary of change: Update the Authentication Response to allow multiple PDUIDs returned over PC2 for restricted discovery Announce Request procedure in model B.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13460,"revised","2015-10-13T05:54:39.470","2015-10-13T09:26:44.883","","S2-153882","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0245","","F",null,"","","","",""]
["S2-153294","DP Location information to support IMS in the remote UE","Samsung","Sunghoon Kim",43516,"discussion","","Information","In this contribution we investigate how to support IMS features when the remote UE accesses IMS system via ProSe UE2NW relay","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13530,"available","2015-10-13T05:55:14.040","2015-10-13T08:55:20.167","","","Rel-13","","","","","","","","","","","",""]
["S2-153295","CR Location information to support IMS in the remote UE","Samsung","Sunghoon Kim",43516,"CR","","Approval","Summary of change: Cell ID announcement procedure is used for delivering TAC of the serving cell in order to provide the remote UE's location information to IMS","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13540,"available","2015-10-13T05:55:14.057","2015-10-13T08:55:20.353","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0246","","C",null,"","","","",""]
["S2-153296","Handing user location information when accessing via UE-to-NW relay to IMS","Samsung","Sunghoon Kim",43516,"CR","","Approval","Summary of change: A NOTE is added to trigger to define the specific access type for accessing via ProSe UE-to-Network relay and the sequential behavior.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13550,"available","2015-10-13T05:55:14.167","2015-10-13T08:55:20.540","","","Rel-13","23.228","13.4.0","eProSe-Ext-SA2","1141","","C",null,"","","","",""]
["S2-153297","Lawful Interception feature for remote UE in EPC network","Samsung","Sunghoon Kim",43516,"CR","","Approval","Summary of change: Remote UE's connectivity information is delivered to the ProSe function or the HSS. That information is given to the gateways via un-specified means.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12930,"noted","2015-10-13T05:55:14.273","2015-10-13T08:55:20.727","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0247","","F",null,"","","","",""]
["S2-153298","Clarification of ProSe UE ID for Group member discovery","Samsung","Sunghoon Kim",43516,"CR","","Approval","Summary of change: Layer-2 ID for unicast communication is used in the Group Member Discovery instead of ProSe UE ID","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13440,"available","2015-10-13T05:55:14.383","2015-10-13T08:55:20.900","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0248","","F",null,"","","","",""]
["S2-153299","Clarification of Layer-3 protocol data types","Samsung, Qualcomm Incorporated","Sunghoon Kim",43516,"CR","","Approval","Summary of change: Clarifies that the Layer-3 protocol data types mentioned in clause 5.4.2 and 5.4.3 are only the ones needed for one-to-many ProSe Direct Communication.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13320,"revised","2015-10-13T05:55:14.493","2015-10-13T08:55:21.070","","S2-153624","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0249","","F",null,"","","","",""]
["S2-153300","Removal of the redundant ProSe Relay UE ID in the Relay Discovery Additional Information","Samsung","Sunghoon Kim",43516,"CR","","Approval","Summary of change: ProSe Relay UE ID is removed from the contents list of the Relay Discovery Additional Information","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13450,"available","2015-10-13T05:55:14.600","2015-10-13T08:55:21.243","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0250","","F",null,"","","","",""]
["S2-153301","Reply LS on combined registration when the CS Mobility Management back off timer is running","Samsung","Sunghoon Kim",43516,"LS out","","Approval","From system perspective, SA WG2 believes that 'normal procedures' are preferred in order for the CS domain to be protected. SA WG2 would like to leave it as stage-3 decision if stage-3 development cost is deemed as considerable.","","8","5.1","3GPP Packet Access Maintenance",10560,"revised","2015-10-13T05:55:14.710","2015-10-13T08:55:21.460","","S2-153574","Rel-13","","","","","","","",null,"CT WG1"]
["S2-153302","Update of solution 2 with combining solution 3","Samsung","Sunghoon Kim",43516,"pCR","","Approval","With regards to resolve key issue 2, it is promising solution 2 will be a baseline solution. In order to capture advantages of solution 3 on solution 2 for further optimization, this paper proposes to add Note about connectionless mode and combined paging","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14090,"noted","2015-10-13T05:55:14.803","2015-10-13T08:55:21.697","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153303","Differentiation control signalling and user data on control plane based solution","Samsung","Sunghoon Kim",43516,"pCR","","Approval","Solutions in Group 1 need to be specified that control signalling and user data are distinguished on the establishment of NAS signalling connection.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14120,"revised","2015-10-13T05:55:14.820","2015-10-13T08:55:21.883","","S2-153546","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153304","UE based solution for assignment of DCN","CATT","Juan Zhang",38523,"pCR","","Approval","This Paper proposes a UE based solution for the assignment of DCN during the attach, TAU/RAU and service request procedure.","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15640,"revised","2015-10-13T05:56:35.270","2015-10-13T09:26:45.070","","S2-153597","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153305","Solution for ProSe Priority in PC5 unicast case","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add the related PPPP handling procedure for unicast traffic.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13040,"available","2015-10-13T06:10:22.423","2015-10-13T11:37:41.587","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0251","","B",null,"","","","",""]
["S2-153306","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 rather than mandatory","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13470,"available","2015-10-13T06:10:22.563","2015-10-13T11:37:41.773","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0252","","F",null,"","","","",""]
["S2-153307","Solution for enhanced dedicated core network selection","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes solutions for enhanced dedicated core network selection.","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15660,"available","2015-10-13T06:10:22.673","2015-10-13T11:37:41.947","","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153308","Update to Solution 4a - non-IP small data transmission via SCEF","Intel","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - non-IP small data transmission via SCEF.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14500,"revised","2015-10-13T06:30:38.123","2015-10-13T07:30:06.787","","S2-153600","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153309","Corrections to Restricted Direct Discovery procedures to ensure metadata delivery to monitoring UE","ITRI","Stephan Gleixner",44214,"CR","","Approval","Summary of change: To resolve this issue it is proposed to make the Authentication Request / Response procedure mandatory if metadata associated with a given RPAUID is available.  Availability of metadata associated with a given RPAUID on the ProSe Applic","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13360,"merged","2015-10-13T06:48:25.187","2015-10-13T08:21:28.560","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0253","","F",null,"","","","",""]
["S2-153310","New work item on Architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (Cellular IoT)","Intel","Puneet Jain",36283,"WID new","","Approval","New work item on Architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (Cellular IoT)","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14770,"noted","2015-10-13T06:52:41.383","2015-10-13T07:32:13.117","","","Rel-13","","","","","","","","","","","",""]
["S2-153311","Architectural Requirements","China Unicom, Intel","Yang Xu",46344,"pCR","","Approval","Propose architectural requirements for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16170,"revised","2015-10-13T06:53:10.197","2015-10-13T12:38:15.067","","S2-153452","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153312","Update to Solution 2 for expectable DL data delivery","ITRI","Josie ching-wen Cheng",46266,"pCR","","Approval","It is proposed that the C-SGN may keep the connection if the C-SGN expects or perceives more than one DL packet In order to reduce signalling and latency for DL data transmission.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14100,"revised","2015-10-13T06:55:46.557","2015-10-13T08:04:41.293","","S2-153634","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153313","Proposal for paging for coverage enhancement in LTE","Qualcomm Incorporated","Miguel Griot",42742,"discussion","","Information","Proposes to store last assigned coverage enhancement level and last cell ID in the MME. The MME sends back this information to all eNBs the MME sends a paging message to.","","8","5.1","3GPP Packet Access Maintenance",10660,"noted","2015-10-13T06:57:35.583","2015-10-13T08:45:20.087","","","Rel-13","","","","","","","","","","","",""]
["S2-153314","Enhanced Coverage for paging in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: The eNB sends information to MME regarding last negotiated CE level for paging and cell ID. The MME stores this information and includes it in the next paging message to all eNBs for which paging message is sent.  The MME may use the fa","","8","5.1","3GPP Packet Access Maintenance",10670,"revised","2015-10-13T06:57:35.597","2015-10-13T08:45:20.257","","S2-153548","Rel-13","23.401","13.4.0","TEI13","2917","","B",null,"","","","",""]
["S2-153315","Incorrect validity timer for metadata_update case","ITRI","Stephan Gleixner",44214,"CR","","Approval","Summary of change: Adding a note to clarify that the ProSe Function sets the validity timer in the Discovery Response message to the remaining validity time of the validity timer not yet expired for metadata_update.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13490,"available","2015-10-13T07:00:47.167","2015-10-13T08:21:47.427","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0254","","F",null,"","","","",""]
["S2-153316","Discussion paper for new SID: Improvement of sponsor rule database","China Unicom, China Mobile, China Telecom","Yang Xu",46344,"SID new","","Information","Discussion paper for new SID: Improvement of sponsor rule database","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16620,"available","2015-10-13T07:00:57.350","2015-10-13T12:47:13.017","","","Rel-14","","","","","","","","","","","",""]
["S2-153317","New WID (SID) on EIR check for WLAN access to EPC","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, T-Mobil USA","Laurent Thiebaut",11066,"SID new","","Information","New WID (SID) on EIR check for WLAN access to EPC","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16730,"revised","2015-10-13T07:02:46.847","2015-10-13T08:41:05.153","","S2-153531","Rel-14","","","","","","","","","","","",""]
["S2-153318","Emergency call with S8HR, architecture requirement","Nokia Networks","Curt Wong",42596,"pCR","","Approval","This PCR propose an architecture requirement for E911 handling with S8HR model","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15250,"noted","2015-10-13T07:09:11.400","2015-10-13T07:15:06.797","","","Rel-14","","","680053","","",null,"","","","","",""]
["S2-153319","Efficient small data transmission with header compression","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes a solution for data over NAS with IP header compression for efficient small data transmission.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14740,"available","2015-10-13T07:09:25.847","2015-10-13T13:07:56.093","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153320","Support for small data transmission without UDP/IP header","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes a solution for small data transmission without UDP/IP header to improve the transmission efficiency for radio and network resource,and reduce the cost and complexity of CIoT device.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14240,"revised","2015-10-13T07:09:25.860","2015-10-13T13:07:56.267","","S2-153560","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153321","Paging coordination for extended I-DRX","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This paper is proposed to discuss the solutions for paging coordination for extended I-DRX in GERAN and in E-UTRAN","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13780,"noted","2015-10-13T07:09:25.877","2015-10-13T13:07:56.467","","","Rel-13","","","eDRX","","",null,"","","","","",""]
["S2-153322","Paging coordination for extended I-DRX","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Introduction of paging coordination for extended I-DRX. MME buffers the paging request and uses the 'time remaining until the next paging occasion' along with the UE specific extended idle mode DRX cycle to determine when to send the Pa","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13950,"available","2015-10-13T07:09:25.893","2015-10-13T13:07:56.640","","","Rel-13","23.401","13.4.0","eDRX","2918","","B",null,"","","","",""]
["S2-153323","Solution 4 architecture correction","Nokia Networks","Hannu Hietalahti",13349,"pCR","","Approval","Alignment of solution 4 and 4a terminology with the proposed common architecture. This document is dependent on the decision on the architecture proposal in S2-153170","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14560,"noted","2015-10-13T07:10:52.877","2015-10-13T12:37:07.020","","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153324","Handling emergency sessions in the VPLMN without HPLMN involvement","Nokia Networks","Curt Wong",42596,"pCR","","Approval","This PCR proposes a solution to address Key issue#1","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15330,"merged","2015-10-13T07:12:49.893","2015-10-13T07:15:06.983","","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153325","Moving CIoT conclusions from TR 23.720 to normative specifications","Nokia Networks, Alcatel-Lucent","Hannu Hietalahti",13349,"discussion","","Information","Proposal to discuss and agree how to document CIoT in normative specifications","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14780,"available","2015-10-13T07:15:51.350","2015-10-13T12:37:07.210","","","Rel-13","23.720","1.0.0","","","","","","","","","",""]
["S2-153326","S4-SGSN-Initiated PDP Context Modification","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: - Bearer Resource Command is replaced by Modify Bearer Command - Removal of PTI, RAT Type, Trace Reference, Trace Type, Trigger Id, OMC Identity, MS Info Change Reporting support indication, DTI, CGI/SAI - Removal of ULI and UE Time Zon","","8","5.1","3GPP Packet Access Maintenance",11040,"revised","2015-10-13T07:38:46.123","2015-10-13T08:31:07.727","","S2-153722","Rel-12","23.060","12.10.0","SAES, TEI12","1989","","F",null,"","","","",""]
["S2-153327","Update of solution 13","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes some update on solution 13.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14180,"revised","2015-10-13T07:41:05.507","2015-10-13T12:45:11.430","","S2-153558","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153328","Discussion on PCC for Remote UE","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution discusses the PCC for the Remote UEs and proposes some way forward.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12990,"noted","2015-10-13T07:41:05.523","2015-10-13T12:45:11.587","","","Rel-13","","","eProSe-Ext-SA2","","",null,"","","","","",""]
["S2-153329","Remote UE ID reporting","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: The procedure of Relay UE reporting Remote UE ID and public IP address to the PGW via PCO is added.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13000,"available","2015-10-13T07:41:05.540","2015-10-13T12:45:11.773","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0255","","B",null,"","","","",""]
["S2-153330","Prose priority for eMBMS traffic relay","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add Prose priority to the eMBMS traffic relay procedure.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13050,"revised","2015-10-13T07:41:05.633","2015-10-13T12:45:11.943","","S2-153576","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0256","","F",null,"","","","",""]
["S2-153331","Corrections to ePDG selection procedure","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: Several corrections and clarifications are made.","","10","5.3","Non-3GPP Access Maintenance",11590,"revised","2015-10-13T07:42:01.840","2015-10-13T09:30:03.767","","S2-153439","Rel-13","23.402","13.3.0","eProSe-Ext-SA2","2905","","F",null,"","","","",""]
["S2-153332","Correction of S4-SGSN-Initiated PDP Context Modification Procedure","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Rel-13 mirror CR: Summary of change: - Bearer Resource Command is replaced by Modify Bearer Command - Removal of PTI, RAT Type, Trace Reference, Trace Type, Trigger Id, OMC Identity, MS Info Change Reporting support indication, DTI, CGI/SAI - Removal of U","","8","5.1","3GPP Packet Access Maintenance",11050,"revised","2015-10-13T07:42:45.287","2015-10-13T08:31:07.510","","S2-153723","Rel-13","23.060","13.4.0","SAES, TEI12","1990","","A",null,"","","","",""]
["S2-153333","Initiate New System Architecture Study in 3GPP","China Mobile, AT&T, Deutsche Telekom","Tao Sun",54129,"discussion","","Information","This discuss paper provides some view on the new system architecture study scope, methodology, schedule and time planning","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16870,"noted","2015-10-13T07:56:27.290","2015-10-13T10:58:33.787","","","Rel-14","","","","","","","","","","","",""]
["S2-153334","Proposal of Study on Designing New Network Architecture","China Mobile, China Telecom, Rogers Communications, CATT, CATR, China Unicom, Huawei, HiSilicon, ZTE, Potevio, OPPO, Coolpad, Spreadtrum Communications","Tao Sun",54129,"SID new","","Approval","This is a new SID that initiate the study toward the new system architecture","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16900,"revised","2015-10-13T07:59:58.590","2015-10-13T10:58:33.957","","S2-153566","Rel-14","","","","","","","","","","","",""]
["S2-153335","New SID: Study on enhancements in the service capability exposure for network interworking","Samsung","Sung Hwan Won",46717,"SID new","","Approval","Proposed Study on enhancements in the service capability exposure for network interworking","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16760,"noted","2015-10-13T08:09:03.200","2015-10-13T08:35:07.207","","","Rel-14","","","","","","","","","","","",""]
["S2-153336","Discovery Update procedure","ZTE","Jinguo Zhu",32987,"CR","","Approval","Summary of change: The Note on not supporting revocation of ProSe Application Code is removed. The Note2 containing the mandatory requirement has been changed to normative texts to align with the drafting rules. It is clarified that in the revocation of p","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13520,"revised","2015-10-13T08:12:40.037","2015-10-13T10:52:40.790","","S2-154029","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0257","","F",null,"","","","",""]
["S2-153337","Lawful Interception on Remote UE","Huawei, HiSilicon","Runze Zhou",60945,"discussion","","Information","In this contribution, solutions for how to perform lawful interception on remote UE are proposed.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12940,"noted","2015-10-13T08:14:11.827","2015-10-13T12:56:16.610","","","Rel-13","23.303","13.1.1","","","","","","","","","",""]
["S2-153338","Clarification of using Inter-PLMN Radio Resource in SA2 Specs","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Authorized PLMN ID to perform ProSe direct discovery of UE is signalled to eNB from the MME in the impacted EPC procedures.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12820,"noted","2015-10-13T08:14:11.843","2015-10-13T12:56:16.780","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0258","","F",null,"","","","",""]
["S2-153339","Lawful Interception on Remote UE","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Adding procedures that relay UE report the event---remote UE access network via relay UE to the ProSe Function for IRI interception, and ProSe Function forward IP address information to P-GW to enable the P-GW to intercept the communcia","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12960,"noted","2015-10-13T08:14:11.920","2015-10-13T12:56:16.953","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0259","","B",null,"","","","",""]
["S2-153340","[DRAFT] Reply LS on inter-PLMN sidelink discovery transmission","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","Reply LS on inter-PLMN sidelink discovery transmission","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12830,"revised","2015-10-13T08:14:12.030","2015-10-13T12:56:17.140","","S2-153662","Rel-13","","","","","","","",null,"RAN WG2, CT WG1","RAN WG3"]
["S2-153341","Clarification on provisioning information in support of ProSe UE-to-Network Relay","ZTE","Jinguo Zhu",32987,"CR","","Approval","Summary of change: Clarification that the provisioned parameters can be sent from DPF, or preconfigured in UICC, or sent from 3th party application.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13410,"available","2015-10-13T08:30:51.583","2015-10-13T10:52:40.400","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0260","","F",null,"","","","",""]
["S2-153342","Adding application ID in the provisioning data for ProSe Direct Discovery and Communication","ZTE","Jinguo Zhu",32987,"CR","","Approval","Summary of change: Adding Application ID into the provisioning data for ProSe Direct Discovery, one-to-many ProSe Direct Communication and one-to-one ProSe Direct Communication. A new note is added to clarify the Remote UE may select different ProSe UE-to","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13560,"revised","2015-10-13T08:34:36.787","2015-10-13T10:52:40.587","","S2-154030","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0261","","F",null,"","","","",""]
["S2-153343","Discussion on User preference in LTE-WLAN RAN Level Integration","TCL Communication Ltd.","Caroline Jactat",45807,"discussion","","Information","Related to RAN2 LSin (S2-153132 / R2-154935) as part of the work item 'LTE-WLAN RAN Level Integration and Interworking Enhancements' in order to respond to their LS.","","10","5.3","Non-3GPP Access Maintenance",11780,"noted","2015-10-13T08:43:07.660","2015-10-13T13:55:51.653","","","Rel-13","","","","","","","","","","","",""]
["S2-153344","UE initiates discovery update procedure for restricted discovery","CATT","Juan Zhang",38523,"CR","","Approval","Summary of change: UE initiated discovery update procedure for restricted discovery is captured in the TS 23.303","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13480,"revised","2015-10-13T08:43:34.163","2015-10-13T09:26:44.527","","S2-154010","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0262","","B",null,"","","","",""]
["S2-153345","Key Issue on PSAP Callback number for IMS emergency session in the S8HR architecture","Intel, KDDI","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new key issue for provision of PSAP callback number for IMS emergency session in the S8HR architecture.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15260,"revised","2015-10-13T08:46:15.577","2015-10-13T10:04:45.370","","S2-153571","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153346","Solution for PSAP Callback number for IMS emergency session in the S8HR architecture","Intel","Saso Stojanovski",24932,"pCR","","Approval","Proposes a solution for provision of PSAP callback number for IMS emergency session in the S8HR architecture, as proposed in the key issue in companion paper for this meeting (S2-153345).","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15290,"revised","2015-10-13T08:48:09.423","2015-10-13T10:04:45.573","","S2-153628","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153347","Clarification on the UE behavoir when initiates the emergency call","ZTE","Zhendong Li",38521,"CR","","Approval","Summary of change: The UE includes an equipment identifier in the request to establish an emergency session when it supports SRVCC.","","11","5.4","IMS and IMS-Related Maintenance",12360,"agreed","2015-10-13T08:59:54.757","2015-10-13T09:17:12.337","","","Rel-13","23.167","13.0.0","TEI13, IMS_EMER_GPRS_EPS-SRVCC","0281","","F","SP-150614","","","","",""]
["S2-153348","Key issue on the Paging policy differentiation for IMS Service","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes a new key issue for Paging policy differentiation in the S8HR architecture.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15210,"merged","2015-10-13T08:59:54.850","2015-10-13T09:17:12.523","","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153349","Solution for Key Issue#3 - Providing VPLMN ID","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper discusses how to provide the VPLMN ID in S8 home routed roaming scenario.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15410,"revised","2015-10-13T08:59:54.867","2015-10-13T09:17:12.697","","S2-153631","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153350","Solution for Key Issue#4 - Local Number Translation and Routing","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper discusses how to perform Local Number Translation and Routing in S8 home routed roaming scenario.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15450,"available","2015-10-13T08:59:54.880","2015-10-13T09:17:12.867","","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153351","Draft skeleton of TR 23.714","Rapporteur (Huawei)","Mirko Schramm",23396,"draft TR","","Information","Draft skeleton of TR 23.714: Study on control and user plane separation of EPC nodes","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15670,"revised","2015-10-13T09:09:17.337","2015-10-13T12:25:58.190","","S2-153586","Rel-14","23.714","","","","","","","","","","",""]
["S2-153352","Solution to key issue 4","China Mobile","Jiang Yi",56358,"pCR","","Approval","This contribution provides a solution to key issue 4 of TR 23.749","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15460,"available","2015-10-13T09:47:11.457","2015-10-13T09:50:15.380","","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153353","Solution for Emergency sessions without authentication","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","Solution for Emergency sessions without authentication","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",15040,"withdrawn","2015-10-13T09:59:15.947",null,"","","Rel-14","23.771","1.0.0","FS_SEW2","","",null,"","","","","",""]
["S2-153354","Key issue of scale-in/scale-out of user plane nodes of S/PGW with C/U split","CATT","Maurice Pope",648,"pCR","","Approval","This P-CR proposes to introduce new key issue for scale-in/scale-out of user plane nodes of S/PGW with C/U split.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15980,"revised","2015-10-13T10:00:23.307","2015-10-13T10:07:35.333","","S2-153612","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153355","Study on architecture enhancements for LTE support of V2X services","LG Electronics","Laeyoung Kim",40613,"SID new","","Approval","New study is proposed for architecture enhancements for LTE support of V2X services","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16770,"revised","2015-10-13T10:25:17.310","2015-10-13T10:55:11.627","","S2-153532","Rel-14","","","","","","","","","","","",""]
["S2-153356","eNB awareness a UE is authorized to act as ProSE-UE-to Network relay","Alcatel-Lucent","Alessio Casati",13542,"discussion","","Information","This contribution explores the use case where the Remote UE and the ProSe UE-to-Network relay are both in coverage and discusses whether there is any benefit in requiring the eNB to know the UE is authorized to act as a ProSe UE-to-Network relay","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13080,"available","2015-10-13T10:26:29.273","2015-10-13T10:50:31.953","","","Rel-13","","","","","","","","","","","",""]
["S2-153357","Removal of in eNB authorization for ProSE UE-to-Network relays","Alcatel-Lucent","Alessio Casati",13542,"CR","","Approval","Summary of change: Removal of text implying a UE requires the eNB to authorized it to operate as a UE to network relay.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13090,"available","2015-10-13T10:38:53.607","2015-10-13T10:50:32.123","","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0263","","F",null,"","","","",""]
["S2-153358","[DRAFT] Reply LS on ProSe UE-to-Network relay","LG Electronics","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153129/R2-154998)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13110,"revised","2015-10-13T11:19:18.547","2015-10-15T06:10:41.263","","S2-153627","Rel-13","","","","","","","",null,"RAN WG2, CT WG1"]
["S2-153359","Discussion on ProSe UE-to-Network relay related to LS from RAN2","LG Electronics","Laeyoung Kim",40613,"discussion","","Information","Discussion paper related to LS from RAN WG2 on ProSe UE-to-Network relay (S2-153129/R2-154998)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13390,"available","2015-10-13T11:23:01.627","2015-10-15T06:10:41.417","","","Rel-13","23.303","13.1.1","","","","","","","","","",""]
["S2-153360","[DRAFT] Reply LS on ProSe Direct Discovery out of coverage","LG Electronics","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153130/R2-154999)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13240,"revised","2015-10-13T11:33:15.047","2015-10-13T11:47:55.753","","S2-153621","Rel-13","","","","","","","",null,"RAN WG2, CT WG1"]
["S2-153361","[DRAFT] Reply LS to Reply LS on paging coordination in extended idle mode DRX","Huawei, HiSilicon","Wanqiang Zhang",41153,"LS out","","Approval","Response LS to R2-153914","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13680,"revised","2015-10-13T11:54:54.550","2015-10-13T13:07:56.810","","S2-153616","Rel-13","","","","","","","",null,"RAN WG2, RAN WG3"]
["S2-153362","[DRAFT] Reply LS to LS on RAN assumptions from SA WG2 for FS_eDRX","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","Response LS to GP-150988","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13640,"available","2015-10-13T11:54:54.657","2015-10-13T13:07:57.060","","","Rel-13","","","","","","","",null,"GERAN WG2"]
["S2-153363","Enhanced HO procedrue for DECOR","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: It propeses to align with stage 3 to include UE Usage Type (if available) in the Forward Relocation Request message to the target MME/SGSN during the HO procedure.","","8","5.1","3GPP Packet Access Maintenance",11020,"available","2015-10-13T11:54:54.860","2015-10-13T13:07:57.247","","","Rel-13","23.401","13.4.0","DECOR","2919","","F",null,"","","","",""]
["S2-153364","Corrections related to public safety network operator and IOPS network","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: 1) Rephrasing to remove 2 occurences of 'public safety network operator'. 2) 'recovery operations for the IOPS network' replaced by 'recovery operations of the network'.","","8","5.1","3GPP Packet Access Maintenance",10930,"revised","2015-10-13T11:57:38.443","2015-10-13T13:53:13.237","","S2-153779","Rel-13","23.401","13.4.0","IOPS","2920","","F",null,"","","","",""]
["S2-153365","Use of CS domain upon failure to setup the resources for VoLTE MO call","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: Clarifies that for a UE configured as 'IMS PS Voice preferred, CS Voice as secondary', the condition 'UE fails to use IMS for voice' includes the failure to setup the resources for an IMS voice session. Hence, the UE uses the CS domain","","11","5.4","IMS and IMS-Related Maintenance",12450,"revised","2015-10-13T12:09:31.887","2015-10-13T13:53:13.423","","S2-153448","Rel-13","23.221","13.0.0","SAES, TEI13","0166","","F",null,"","","","",""]
["S2-153366","Correction to the definition of S1-MME","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: Update the definition of S1-MME to state that it is also used to convey the ProSe direct services authorization from MME to eNodeB.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12580,"revised","2015-10-13T12:13:10.380","2015-10-13T13:53:13.610","","S2-153533","Rel-12","23.303","12.6.0","ProSe","0264","","F",null,"","","","",""]
["S2-153367","Correction of S1 MME definition to include authorization for ProSe Direct Communication","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-13 mirror CR: Summary of change: Update the definition of S1-MME to state that it is also used to convey the ProSe direct services authorization from MME to eNodeB.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12600,"revised","2015-10-13T12:14:47.800","2015-10-13T13:57:11.993","","S2-153534","Rel-13","23.303","13.1.1","ProSe","0265","","A",null,"","","","",""]
["S2-153368","Solution for Mobility with 3GPP access (EPC)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","solution in order to Support Mobility with 3GPP access(EPC)","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",15020,"revised","2015-10-13T12:27:09.547","2015-10-13T13:42:21.020","","S2-153469","Rel-14","23.771","1.0.0","FS_SEW2","","",null,"","","","","",""]
["S2-153369","Solution 8 update","Nokia Networks","Hannu Hietalahti",13349,"pCR","","Approval","Adding a simpler version of solution 8","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14670,"available","2015-10-13T12:29:14.187","2015-10-13T12:37:07.380","","","Rel-13","23.720","1.0.0","","","",null,"","","","","",""]
["S2-153370","SA WG2 Work Planning Worksheet","SA WG2 Chairman","Frank Mademann",6821,"other","","Information","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.","","35","7.2","Review of the Work Plan",16790,"available","2015-10-13T12:34:06.157","2015-10-13T12:41:13.390","","","","","","","","","","","","","","",""]
["S2-153371","Introducing Extended Idle mode DRX","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduce the CN paging procedure in the context of the extended DRX feature as a high level function to facilitate communications with packet data networks and applications (e.g. Machine Type Communication (MTC) applications on the (ex","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13840,"revised","2015-10-13T12:36:03.093","2015-10-13T13:30:50.943","S2-152617","S2-153613","Rel-13","23.682","13.3.0","eDRX","0133","3","B",null,"","","","",""]
["S2-153372","UE Usage Type in Re-route message","NTT DOCOMO, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Irfan Ali",50390,"CR","","Approval","Summary of change: UE Usage Type is added in Reroute NAS Message Request.","","8","5.1","3GPP Packet Access Maintenance",10990,"revised","2015-10-13T12:45:36.747","2015-10-13T13:45:52.837","","S2-154096","Rel-13","23.401","13.4.0","DECOR","2921","","F",null,"","","","",""]
["S2-153373","Discussion for requiring UE Usage Type in Re-route message","NTT DOCOMO","Irfan Ali",50390,"discussion","","Information","Provides motivation for why UE Usage Type is needed in re-route message","","8","5.1","3GPP Packet Access Maintenance",10980,"available","2015-10-13T12:45:36.843","2015-10-13T13:45:53.007","","","Rel-13","23.401","13.4.0","","","","","","","","","",""]
["S2-153374","Determination of VoLTE roaming agreement for S8HR in MME","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","With S8HR 'VPLMN Address Allowed' parameter cannot be used to provide status of VoLTE roaming agreement to VPLMN. This needs to be configured in MME.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15220,"revised","2015-10-13T12:45:36.857","2015-10-13T13:45:53.180","","S2-153570","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153375","Influencing the selection of domain for first attempt of emergency calls","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","Adds key issues based on LS from GSMA S2-153175","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15090,"revised","2015-10-13T12:45:36.873","2015-10-13T14:01:49.517","","S2-153567","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153376","[DRAFT] LS on emergency call requirements using S8HR roaming architecture","NTT DOCOMO","Irfan Ali",50390,"LS out","","Approval","Replies to GSMA LS in S2-153175","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15110,"noted","2015-10-13T12:45:36.873","2015-10-13T14:03:15.113","","","Rel-14","","","","","","","",null,"GSMA NG"]
["S2-153377","Emergency Service Support Indicator based on MME configuration","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","Provides solution to the key issue on Influencing the selection of domain for first attempt of emergency calls","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15430,"revised","2015-10-13T12:45:36.967","2015-10-13T14:01:49.687","","S2-153632","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153378","[DRAFT] LS on emergency call requirements using S8HR roaming architecture","NTT DOCOMO","Irfan Ali",50390,"LS out","","Approval","Replies to SA WG3 LS","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15060,"available","2015-10-13T12:45:36.983","2015-10-13T13:45:53.350","","","Rel-14","","","","","","","",null,"SA WG3","GSMA NG, SA WG3-LI, CT WG4, CT WG1"]
["S2-153379","Paging coordination between CN and UE","Intel","Saso Stojanovski",24932,"CR","","Approval","Introduce extended DRX feature to facilitate communications with packet data networks and applications (e.g. Machine Type Communication (MTC) applications on the (external) network/MTC servers) requiring reduced power consumption.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",14000,"withdrawn","2015-10-13T12:49:51.323",null,"","","Rel-14","23.401","13.4.0","TEI14, eDRX","2922","","B",null,"","","","",""]
["S2-153380","Paging coordination between CN and UE","Intel","Saso Stojanovski",24932,"CR","","Approval","Summary of change: Introduce extended DRX feature to facilitate communications with packet data networks and applications (e.g. Machine Type Communication (MTC) applications on the (external) network/MTC servers) requiring reduced power consumption. Inclu","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13930,"available","2015-10-13T12:53:35.650","2015-10-13T13:49:04.950","","","Rel-13","23.401","13.4.0","eDRX","2923","","B",null,"","","","",""]
["S2-153381","Paging coordination for extended Idle mode DRX","Intel","Saso Stojanovski",24932,"CR","","Approval","Summary of change: Introduction of paging coordination for extended I-DRX between CN and UE.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13940,"available","2015-10-13T12:55:27.750","2015-10-13T13:49:05.137","","","Rel-13","23.682","13.3.0","eDRX","0148","","B",null,"","","","",""]
["S2-153382","Study on S8 Home Routing Architecture for VoLTE","Deutsche Telekom","Leopold Murhammer",17478,"SID revised","","Information","Proposes to add LI impact for HPLMN","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15470,"available","2015-10-13T12:56:56.047","2015-10-13T13:04:27.490","S2-152049","","Rel-14","","","","","","","","","","","",""]
["S2-153383","Way forward on extended DRX","Intel","Saso Stojanovski",24932,"discussion","","Information","Discusses RAN WG2 LS replies and proposes a way forward on eDRX.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13760,"noted","2015-10-13T12:59:41.467","2015-10-13T13:49:05.340","","","Rel-13","","","","","","","","","","","",""]
["S2-153384","On paging coordination when Extended Idle Mode DRX is used","Alcatel-Lucent","Alessio Casati",13542,"discussion","","Information","This contribution provides a way forward for the topic of e-IDRX paging coordination","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13770,"noted","2015-10-13T13:02:20.477","2015-10-13T13:49:59.050","","","Rel-13","","","","","","","","","","","",""]
["S2-153385","Recommendation for the 'Next Generation' system architecture study","Intel","Saso Stojanovski",24932,"discussion","","Information","Recommends a 'bolder' SID text focusing on clean slate '5G' system design that is optimised for extreme scalability. Proposes to revisit important EPS concepts in the light of improved scalability. Interworking with legacy EPS with minimum 'legacy baggage","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16880,"noted","2015-10-13T13:10:19.363","2015-10-13T13:49:04.590","","","Rel-14","","","","","","","","","","","",""]
["S2-153386","Correction to PDN GW initiated bearer deactivation","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: Replacement of 'steps 4-7 are ommitted' by 'steps 4c to 7 are ommitted', in the introduction of step 4c.","","8","5.1","3GPP Packet Access Maintenance",11060,"revised","2015-10-13T13:14:35.607","2015-10-13T13:53:13.813","","S2-153780","Rel-13","23.401","13.4.0","SAES, TEI13","2924","","F",null,"","","","",""]
["S2-153387","Proposal for Study on a Next Generation System Architecture","Intel","Saso Stojanovski",24932,"SID new","","Information","new SID proposal based on S2-153334 (China Mobile). Proposes additional text in line with recommendations in S2-153385","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16920,"merged","2015-10-13T13:14:43.610","2015-10-13T13:49:04.777","","","Rel-14","","","","","","","","","","","",""]
["S2-153388","Correction of references to parts of Detach procedures","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: Replacement of references to steps 12 to step 14 of Detach procedures, by references to step 12 only.","","8","5.1","3GPP Packet Access Maintenance",11070,"revised","2015-10-13T13:19:37.060","2015-10-13T13:53:14.017","","S2-153781","Rel-8","23.272","8.12.0","TEI8","0948","","F",null,"","","","",""]
["S2-153389","Correction of references to parts of Detach procedures","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-9 mirror CR: Summary of change: Replacement of references to steps 12 to step 14 of Detach procedures, by references to step 12 only.","","8","5.1","3GPP Packet Access Maintenance",11080,"revised","2015-10-13T13:24:46.500","2015-10-13T14:05:39.397","","S2-153782","Rel-9","23.272","9.15.0","TEI8","0949","","A",null,"","","","",""]
["S2-153390","Correction of references to parts of Detach procedures","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-10 mirror CR: Summary of change: Replacement of references to steps 12 to step 14 of Detach procedures, by references to step 12 only.","","8","5.1","3GPP Packet Access Maintenance",11090,"revised","2015-10-13T13:26:06.587","2015-10-13T14:11:22.407","","S2-153783","Rel-10","23.272","10.15.0","TEI8","0950","","A",null,"","","","",""]
["S2-153391","Correction of references to parts of Detach procedures","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-11 mirror CR: Summary of change: Replacement of references to steps 12 to step 14 of Detach procedures, by references to step 12 only.","","8","5.1","3GPP Packet Access Maintenance",11100,"revised","2015-10-13T13:27:34.043","2015-10-13T14:33:46.087","","S2-153784","Rel-11","23.272","11.10.0","TEI8","0951","","A",null,"","","","",""]
["S2-153392","Correction of references to parts of Detach procedures","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-12 mirror CR: Summary of change: Replacement of references to steps 12 to step 14 of Detach procedures, by references to step 12 only.","","8","5.1","3GPP Packet Access Maintenance",11110,"revised","2015-10-13T13:28:36.877","2015-10-13T14:33:46.260","","S2-153785","Rel-12","23.272","12.6.0","TEI8","0952","","A",null,"","","","",""]
["S2-153393","Correction of references to parts of Detach procedures","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-13 mirror CR: Summary of change: Replacement of references to steps 12 to step 14 of Detach procedures, by references to step 12 only.","","8","5.1","3GPP Packet Access Maintenance",11120,"revised","2015-10-13T13:29:43.457","2015-10-13T14:33:46.447","","S2-153786","Rel-13","23.272","13.1.0","TEI8","0953","","A",null,"","","","",""]
["S2-153394","Views on S1 based architecture enhancements for NB-IoT","Vodafone","Chris Pudney",1122,"discussion","","Information","This document provides some aspects that influence our preferences when it comes to selecting the way forward.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14270,"available","2015-10-13T13:37:26.323","2015-10-13T13:58:17.107","","","Rel-13","","","","","","","","","","","",""]
["S2-153395","LS from TSG GERAN: LS on Extending NAS timers to support EC-GSM operation","TSG GERAN","Nicklas Johansson",47575,"LS in","","Information","3GPP TSG GERAN has started normative work on 'Extended Coverage GSM (EC-GSM) for support of Cellular Internet of Things', which includes support for mobile stations that are requiring coverage extension. Based on the attached contribution analyzing the im","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14810,"postponed","2015-10-13T15:48:57.953","2015-10-13T15:50:42.847","","S2-153741","Rel-13","","","","","","","",null,"CT WG1","SA WG2","GPE150083"]
["S2-153396","Supporting Location reporting for IMS sessions over S2b","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"CR","","Approval","Summary of change: The User Location Information is added in following messages sent by the ePDG: Delete session Request, Delete Bearer Response, Create Bearer Response and Update Bearer Response. The User Location Information corresponds to: - WLAN Locat","","10","5.3","Non-3GPP Access Maintenance",12150,"revised","2015-10-15T11:33:42.420","2015-10-15T13:03:39.580","","S2-153459","Rel-13","23.402","13.3.0","SEW1","2906","","F",null,"","","","",""]
["S2-153397","[DRAFT] Reply to CT WG3's LS on addition of delivery content over MB2-C reference point","Motorola Solutions","Val Oprescu",14981,"LS out","","Approval","Proposed response to CT WG3's on LS addition of delivery content over MB2-C reference point","","8","5.1","3GPP Packet Access Maintenance",10950,"revised","2015-10-16T06:53:45.347","2015-10-18T04:05:43.360","","S2-154027","Rel-13","","","","","","","",null,"CT WG3","CT WG4"]
["S2-153398","Correction on addition of delivery content over MB2-C","Motorola Solutions","Val Oprescu",14981,"CR","","Approval","CR to 23.682 for issues raised in CT WG3's LS on addition of delivery content over MB2-C","","8","5.1","3GPP Packet Access Maintenance",10960,"revised","2015-10-16T06:53:45.360","2015-10-18T04:05:43.540","","S2-153821","Rel-13","23.682","13.3.0","GROUPE","0149","","F",null,"","","","",""]
["S2-153399","LS from CT WG3: LS on addition of delivery content over MB2-C reference point","CT WG3","Yizhuang Wu",61155,"LS in","","Action","CT WG3 would like to ask SA WG2 to provide clarifications related to some recently agreed changes related to the Rel-13 GROUPE WID. In step 8 of Figure 5.5.1-1 of TS 23.682, a parameter 'delivery content' is shown in the 'Activate MBMS Bearer Request'. Th","","8","5.1","3GPP Packet Access Maintenance",10940,"postponed","2015-10-16T07:05:29.160","2015-10-16T07:09:03.857","","S2-153742","Rel-13","","","","","","","",null,"SA WG2","CT WG4","C3-154308","S2-153953"]
["S2-153400","[DRAFT] Reply LS on LS on APN AMBR change at a certain time on Gx","Alcatel-Lucent","Laurent Thiebaut",11066,"LS out","","Approval","Reply LS on LS on APN AMBR change at a certain time on Gx","","9","5.2","QoS and PCC Maintenance",11200,"noted","2015-10-16T10:46:47.923","2015-10-16T12:25:20.610","","S2-153776","Rel-13","","","","","","","",null,"CT WG3"]
["S2-153401","LS from CT WG3: Reply LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","CT WG3","Thomas Belling",23293,"LS in","","Information","CT WG3 thanks TSG SA for their LS and the intention to coordinate the reply to IETF.  TSG SA had requested the following: SA requests that RAN WG2, SA WG2, SA WG4, CT WG1, CT WG3 and CT WG4 check whether the list of 3GPP Working Groups affected by IETF ac","","6","4.1","Common issues and Incoming LSs",10160,"postponed","2015-10-16T11:58:55.980","2015-10-16T12:12:37.027","","S2-153743","Rel-10","","","","","","","",null,"TSG SA","SA WG2, SA WG4, RAN WG2, CT WG1, CT WG3, CT WG4, TSG CT, TSG RAN","C3-154252"]
["S2-153402","LS from CT WG3: LS on NBIFOM clarification","CT WG3","Maurice Pope",648,"LS in","","Action","As described in NBIFOM IP flow mapping procedure of TS 23.161, the UE provides the mapping information of an IP flow to the network and the PCEF provides the routing rule for this IP flow according to the mapping information to the PCRF. But it is not cle","","10","5.3","Non-3GPP Access Maintenance",11890,"replied to","2015-10-16T11:58:55.993","2015-10-16T12:12:37.200","","","Rel-13","","","","","","","",null,"SA WG2",null,"C3-154312","S2-154459"]
["S2-153403","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.","","9","5.2","QoS and PCC Maintenance",11190,"postponed","2015-10-16T11:58:56.007","2015-10-16T12:12:37.377","","S2-153744","Rel-13","","","","","","","",null,"SA WG2",null,"C3-154335"]
["S2-153404","LS from CT WG4: LS on Mobile Equipment Identity Signalling over WLAN","CT WG4","Bruno Landais",17613,"LS in","","Action","To provide features parity and consistency across 3GPP and WLAN accesses, CT WG4 and CT WG1 have specified in Rel-13 the signalling extensions required to convey to the EPC, over the WLAN access, the Mobile Equipment Identity, if available, of devices acc","","10","5.3","Non-3GPP Access Maintenance",11730,"postponed","2015-10-18T04:09:40.707","2015-10-18T04:13:39.800","","S2-153745","Rel-13","","","","","","","",null,"SA WG2, SA WG3, SA WG3LI, SA WG5","CT WG1","C4-151756"]
["S2-153405","LS from CT WG4: LS on Retrieval of UE Usage Type from HSS","CT WG4","Jesus De Gregorio",40423,"LS in","","Action","CT WG4 has started stage-3 work for the DÉCOR functionality, and has discussed the mechanisms currently described in 3GPP TS 23.401 to retrieve the UE Usage Type from HSS. The current stage-2 specification relies on the usage of the existing Update Locati","","8","5.1","3GPP Packet Access Maintenance",11030,"postponed","2015-10-18T04:09:40.727","2015-10-18T04:13:39.983","","S2-153746","Rel-13","","","","","","","",null,"SA WG2",null,"C4-151802"]
["S2-153406","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.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13740,"postponed","2015-10-18T04:09:40.740","2015-10-18T04:13:40.170","","S2-153747","Rel-13","","","","","","","",null,"CT WG3","SA WG2","C4-151832"]
["S2-153407","LS from CT WG4: LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","CT WG4","Bruno Landais",17613,"LS in","","Information","CT WG4 thanks SA for their LS on Explicit Congestion Notification for Lower Layer Protocols (SA-150574).  The following CT WG4 specifications provide ECN support for codec rate selection/adaptation, with ECN marking done by the eNB/RNC: o TS 23.334 and 29","","6","4.1","Common issues and Incoming LSs",10170,"postponed","2015-10-18T04:09:40.753","2015-10-18T04:13:40.357","","S2-153748","Rel-10","","","","","","","",null,"TSG SA","SA WG2, SA WG4, TSG CT","C4-151844"]
["S2-153408","LS from CT WG4: LS on clarification on requirements for AESE","CT WG4","Peter Schmitt",13753,"LS in","","Action","CT WG4 is working on the stage 3 impacts on AESE. During our analysis we identified some question and points to be considered by stage 2: I) Overwriting of CP parameter set(s) In TS 23.682 sub-clause 5.10.2 the NOTE2 talks about overwriting of CP sets. Th","","8","5.1","3GPP Packet Access Maintenance",10270,"postponed","2015-10-18T04:09:40.767","2015-10-18T04:13:40.537","","S2-153749","Rel-13","","","","","","","",null,"SA WG2",null,"C4-151862","S2-153955"]
["S2-153409","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","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12690,"postponed","2015-10-18T04:09:40.780","2015-10-18T04:13:40.723","","S2-153750","Rel-13","","","","","","","",null,"SA WG2","CT WG1","C4-151864"]
["S2-153410","LS from CT WG4: Reply LS on Handover procedures without the dynamic PGW ID","CT WG4","Youyang Yu",46021,"LS in","","Action","CT WG4 thanks CT WG1 and SA WG2 for their reply LS on Handover procedures without the dynamic PGW ID. CT WG4 would like to provide the following feedback. To SA WG2: CT WG4 has updated its stage 3 to require the MME/SGSN to give precedence to the 'HO-To-N","","10","5.3","Non-3GPP Access Maintenance",12230,"postponed","2015-10-18T04:09:40.793","2015-10-18T04:13:40.903","","S2-153751","Rel-13","","","","","","","",null,"CT WG1, SA WG2",null,"C4-151874"]
["S2-153411","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","","10","5.3","Non-3GPP Access Maintenance",12180,"postponed","2015-10-18T04:09:40.807","2015-10-18T04:13:41.090","","S2-153752","Rel-13","","","","","","","",null,"SA WG2","CT WG3","C4-151876"]
["S2-153412","LS from CT WG4: LS on clarification on requirements for MONTE","CT WG4","Peter Schmitt",13753,"LS in","","Action","CT WG4 is working on the stage 3 impacts on MONTE. CT WG4 has identified some points that need clarification from Stage 2 perspective: Question 1: If reporting is stopped due to roaming into an MME/SGSN which does not support the active monitoring event,","","8","5.1","3GPP Packet Access Maintenance",10250,"postponed","2015-10-18T04:09:40.817","2015-10-18T04:13:41.273","","S2-153753","Rel-13","","","","","","","",null,"SA WG2",null,"C4-151892","S2-153956"]
["S2-153413","LS from SA WG5: LS on OCS address for Gyn inter-PLMN","SA WG5","Maryse Gardella",33757,"LS in","","Information","SA WG5 again thanks CT WG3 for their reply liaison (S5-154278/C3-153461) on OCS address for Gy inter-PLMN, specifically on how to address the issue of Home OCS address under the circumstances where this Home OCS address is not known by the VPLMN (e.g. S9","","9","5.2","QoS and PCC Maintenance",11320,"noted","2015-10-18T04:09:40.830","2015-10-18T04:13:41.450","","","Rel-13","","","","","","","",null,"CT WG3","SA WG2","S5-155252"]
["S2-153414","LS from SA WG5: Confirmation of Presence Reporting Area in MONTE","SA WG5","Li Li",26352,"LS in","","Action","It is the understanding of SA WG5 from our previous specification of the reporting of change in UE presence in Presence Reporting Area in Release 12, that a PRA Identifier is provided by the PCRF or the OCS to the MME in order for it to report the initial","","8","5.1","3GPP Packet Access Maintenance",10260,"postponed","2015-10-18T04:09:40.847","2015-10-18T04:13:39.617","","S2-153754","Rel-13","","","","","","","",null,"SA WG2","CT WG4","S5-155270","S2-153957"]
["S2-153415","LS from CT WG1: LS on Proposed extension to GUSS to include AS address","CT WG1","Jörgen Axell",36534,"LS in","","Action","CT WG1 discussed a proposal how the Authentication Proxy (AP) is configured by HSS to route an HTTP request to an Application Server (AS) instance. The proposal was: - the 'ASName' field in GUSS of a user contains an AS instance address; and - when an AP","","11","5.4","IMS and IMS-Related Maintenance",12500,"postponed","2015-10-18T05:32:44.453","2015-10-18T05:35:52.967","","S2-153755","Rel-13","","","","","","","",null,"SA WG2, SA WG3","CT WG4","C1-153909"]
["S2-153416","LS from CT WG1: Reply LS to LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","CT WG1","Jörgen Axell",36534,"LS in","","Information","CT WG1 thanks SA for the LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols (C1-153470/SP-150574). CT WG1 confirms that CT WG1 could be affected by the work on Explicit Congestion Notification for Lower Layer protocols. In CT WG","","6","4.1","Common issues and Incoming LSs",10180,"postponed","2015-10-18T05:32:44.470","2015-10-18T05:35:53.150","","S2-153756","Rel-10","","","","","","","",null,"TSG SA","TSG CT, TSG RAN, SA WG2, SA WG4, RAN WG2, CT WG3, CT WG4","C1-153966"]
["S2-153417","LS from CT WG1: LS on NBIFOM procedures","CT WG1","Maurice Pope",648,"LS in","","Action","A) Regarding default access, it is specified as in clause 5.2 of TS 23.161: - In UE-initiated NBIFOM mode, the UE proposes a default access to the network. The network may reject this proposal if it does not comply with the subscription. Based on the text","","10","5.3","Non-3GPP Access Maintenance",11820,"replied to","2015-10-18T05:32:44.483","2015-10-18T05:35:53.327","","","Rel-13","","","","","","","",null,"SA WG2","CT WG3, CT WG4","C1-153970","S2-153706"]
["S2-153418","LS from CT WG1: Clarification on using eDRX in case of emergency bearer services","CT WG1","Kundan Tiwari",42778,"LS in","","Action","According to the SA WG2 requirement as quoted below, a UE will not negotiate eDRX in case of emergency bearer services. CT WG1 has discussed a scenario when an eDRX parameter had been negotiated between the UE and the network and after that a PDN connecti","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13730,"postponed","2015-10-18T05:32:44.497","2015-10-18T05:35:53.507","","S2-153757","Rel-13","","","","","","","",null,"SA WG2",null,"C1-153972"]
["S2-153419","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 n","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13720,"postponed","2015-10-18T05:32:44.510","2015-10-18T05:35:53.687","","S2-153758","Rel-13","","","","","","","",null,"RAN WG2","SA WG2, RAN WG3","C1-153999"]
["S2-153420","LS from CT WG1: Reply LS on extended DRX in idle mode in UTRA","CT WG1","Amer Catovic",39766,"LS in","","Information","CT WG1 would like to thank RAN WG2 on their LS on extended DRX in idle mode for UTRA and the useful information the LS provided.  CT WG1 had an initial discussion on the eDRX cycle values and ranges for UTRA, EUTRA and GERA. CT WG1 has agreed on the CR sp","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13650,"noted","2015-10-18T05:32:44.523","2015-10-18T05:35:52.607","","","Rel-13","","","","","","","",null,"RAN WG2","SA WG2, RAN WG4","C1-154000"]
["S2-153421","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","","10","5.3","Non-3GPP Access Maintenance",12200,"postponed","2015-10-18T05:32:44.537","2015-10-18T05:35:52.783","","S2-153759","Rel-13","","","","","","","",null,"SA WG2","SA WG1","C1-154001"]
["S2-153422","LS from SA WG6: Reply LS to SA4 on MCPTT support over MBMS","SA WG6","Magnus Trank",60462,"LS in","","Information","SA WG6 wishes to thank SA WG4 for the LS on MCPTT support over MBMS. SA WG6 are committed to complete the MCPTT stage 2 work within the release 13 schedule. For MCPTT service delivery over MBMS, SA WG6 define the necessary functional architecture and info","","8","5.1","3GPP Packet Access Maintenance",10730,"noted","2015-10-18T08:09:40.153","2015-10-18T08:10:11.217","","","Rel-13","","","","","","","",null,"SA WG4","SA WG2, CT WG1","S6-151291"]
["S2-153423","LS from SA WG6: Reply LS to SA3 for Clarification on SA6 Architecture","SA WG6","Maurice Pope",648,"LS in","","Information","SA WG6 wishes to thank SA WG3 for the LS regarding Clarification on SA WG6 Architecture. After consideration of each question within the LS from SA WG3, SA WG6 would like to clarify the SA WG6 architecture. Response to Question 1  Response 1: The MCPTT SI","","11","5.4","IMS and IMS-Related Maintenance",12330,"noted","2015-10-18T08:09:40.163","2015-10-18T08:10:11.393","","","Rel-13","","","","","","","",null,"SA WG3, CT WG1","SA WG2","S6-151313"]
["S2-153424","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","","9","5.2","QoS and PCC Maintenance",11210,"postponed","2015-10-18T08:09:40.177","2015-10-18T08:10:11.037","","S2-153760","Rel-13","","","","","","","",null,"SA WG2","CT WG3","S6-151318"]
["S2-153425","Support of unauthenticated emergency service","LG Electronics, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Huawei","Myungjune Youn",60905,"pCR","","Approval","Addition of new key issue to support unauthenticated emergency service","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14850,"approved","2015-10-26T12:03:59.007","2015-10-26T12:02:22.617","S2-153144","","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153426","Key Issue for UE knowledge of whether a TWAN supports emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, LG Electronics","Laurent Thiebaut",11066,"pCR","","Approval","new key issue related to UE knowledge of whether a TWAN supports emergency sessions","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14910,"approved","2015-10-26T12:03:59.083","2015-10-26T12:02:22.777","S2-153217","","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153427","Key Issue 3: ePDG push of UPLI location at emergency Attachment","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes that the ePDG pushes the UPLI location information to the LRF/LS at emergency attachment","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14970,"approved","2015-10-26T12:03:59.157","2015-10-26T12:02:22.870","S2-153104","","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153428","[DRAFT] Reply LS to SA WG4: LS on Draft CRs for Improved end-to-end QoS Enhancements for MTSI","SA WG2 (Ericsson)","Belen Pancorbo",4022,"LS out","","Approval","To: SA WG4, CT WG1, CT WG3, CT WG4, RAN WG2","","9","5.2","QoS and PCC Maintenance",11140,"revised","2015-10-26T12:03:59.227","2015-10-26T12:02:22.883","","S2-153475","Rel-13","","","","","","","",null,"SA WG4, CT WG1, CT WG3, CT WG4, RAN WG2"]
["S2-153429","Clarification on PCC architecture of Nt reference point","Huawei, HiSilicon, Alcatel-Lucent","Runze Zhou",60945,"CR","","Approval","Summary of change: Add SCEF to the architecture with the Nt reference point to the PCRF.  Add a note to clarify that the SCEF acts as an AF in some service capability exposure use cases as described in TS 23.682.","","9","5.2","QoS and PCC Maintenance",11230,"agreed","2015-10-26T12:03:59.243","2015-10-26T12:02:24.253","S2-153085","","Rel-13","23.002","13.3.0","AESE","0288","1","F","SP-150608","","","","",""]
["S2-153430","Clarify Nt Reference Point","Alcatel-Lucent, Huawei, HiSilicon","Mike Dolan",1692,"CR","","Approval","Summary of change: The figures reference above in 'Reason for change' are modified. The text of clause 5.2.13 is clarified.","","9","5.2","QoS and PCC Maintenance",11270,"agreed","2015-10-26T12:03:59.477","2015-10-26T12:02:25.333","S2-153198","","Rel-13","23.203","13.5.1","AESE, TEI13","1004","1","F","SP-150608","","","","",""]
["S2-153431","LS reply on PCC architecture of Nt reference point","SA WG2","Huan Li",43311,"LS out","","Approval","Reply to CT WG3 LS (S2-153022/C3-153432)","","9","5.2","QoS and PCC Maintenance",11290,"approved","2015-10-26T12:03:59.687","2015-10-26T12:02:25.427","S2-153084","","Rel-13","","","","","","","","S2-153022","CT WG3"]
["S2-153432","Bearer binding, usage monitoring and other impacts due to NBIFOM","Ericsson, CATT","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Bearer binding in the PCEF associates PCC Rules to an IPCAN bearer within the allowed access type for the PCC Rule. The allowed access type is either included in the PCC Rule or the default access applies. For the purpose of usage monit","","9","5.2","QoS and PCC Maintenance",11340,"revised","2015-10-26T12:03:59.860","2015-10-26T12:02:26.533","S2-153098","S2-153476","Rel-13","23.203","13.5.1","TEI13, NBIFOM","1002","1","F",null,"","","","",""]
["S2-153433","[DRAFT] Reply LS to CT WG4: LS on Network asserted WLAN Location Information for PDN connection establishment over S2b","SA WG2","Laurent Thiebaut",11066,"LS out","","Approval","-","","10","5.3","Non-3GPP Access Maintenance",12190,"withdrawn","2015-10-26T12:04:00.080",null,"","","","","","","","","","",null,"CT WG4","CT WG3"]
["S2-153434","Update of the PCC rules during the addition of an access procedure","CATT","Yunjing Hou",46707,"CR","","Approval","Summary of change: Clarify the action of the PCRF during the addition of an access procedure.","","9","5.2","QoS and PCC Maintenance",11400,"agreed","2015-10-26T12:04:00.097","2015-10-26T12:02:27.657","S2-153264","","Rel-13","23.203","13.5.1","TEI13","1006","1","F","SP-150614","","","","",""]
["S2-153435","Clarification of S2a architecture","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify restrictions to S2a architecture","","10","5.3","Non-3GPP Access Maintenance",11440,"revised","2015-10-26T12:04:00.300","2015-10-26T12:02:27.660","","S2-153675","Rel-12","23.402","12.8.0","TEI12, WLAN_NS","2907","","F",null,"","","","",""]
["S2-153436","Clarification of S2a architecture","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Rel-13 mirror CR: Summary of change: Clarify restrictions to S2a architecture","","10","5.3","Non-3GPP Access Maintenance",11470,"revised","2015-10-26T12:04:02.263","2015-10-26T12:02:27.667","","S2-153676","Rel-13","23.402","13.3.0","TEI12, WLAN_NS","2908","","A",null,"","","","",""]
["S2-153437","[draft] Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","Reply to CT WG4 LS (S2-152155/C4-151071) on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","","10","5.3","Non-3GPP Access Maintenance",11500,"revised","2015-10-26T12:04:04.167","2015-10-26T12:02:27.757","S2-153095","S2-153677","Rel-12","","","","","","","",null,"CT WG4","CT WG1"]
["S2-153438","Clarification of ePDG selection when UE connects to WLAN only","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add clarification that if the UE is not attached via 3GPP access to any PLMN, but the UE connects to WLAN access and selects this vPLMN as a service provider which is in the ePDG selection information, the UE shall construct an FQDN as","","10","5.3","Non-3GPP Access Maintenance",11580,"noted","2015-10-26T12:04:04.247","2015-10-26T12:02:28.863","S2-153091","","Rel-13","23.402","13.3.0","TEI13","1388","1","F",null,"","","","",""]
["S2-153439","Corrections to ePDG selection procedure","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: Several corrections and clarifications are made.","","10","5.3","Non-3GPP Access Maintenance",11600,"revised","2015-10-26T12:04:04.440","2015-10-26T12:02:29.977","S2-153331","S2-153486","Rel-13","23.402","13.3.0","eProSe-Ext-SA2","2905","1","F",null,"","","","",""]
["S2-153440","Adding eNodeB change reporting in Location Change Reporting Procedure","China Mobile, China Unicom, ZTE, Allot Communications","Aihua Li",48485,"CR","","Approval","Summary of change: This CR implements a new eNodeB granularity in Location Change Reporting Procedure, and this CR is applicable to macro eNodeB.","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16510,"revised","2015-10-26T12:04:04.650","2015-10-26T12:02:31.087","S2-153037","S2-153673","Rel-14","23.401","13.4.0","TEI14","2904","1","B",null,"","","","",""]
["S2-153441","Adding ENODEB_CHANGE event trigger","China Mobile, China Unicom, ZTE, Allot Communications","Aihua Li",48485,"CR","","Approval","Summary of change: This CR implements a new event trigger ENODEB_CHANGE in Event-Trigger mechanism, and this CR is applicable to macro eNodeB.","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16540,"revised","2015-10-26T12:04:04.863","2015-10-26T12:02:32.177","S2-153038","S2-153674","Rel-14","23.203","13.5.1","TEI14","0999","1","B",null,"","","","",""]
["S2-153442","[DRAFT] LS to SA WG5","SA WG2","Aihua Li",48485,"LS out","","Approval","To: SA WG5","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16560,"withdrawn","2015-10-26T12:04:05.083",null,"","","Rel-14","","","","","","","",null,"SA WG5"]
["S2-153443","Clarification to Location Update procedure during SRVCC","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Incorrect procedure being performed for the case of SRVCC emergency call procedures","","11","5.4","IMS and IMS-Related Maintenance",12350,"agreed","2015-10-26T12:04:05.100","2015-10-26T12:02:33.267","S2-153105","","Rel-13","23.216","13.0.0","vSRVCC, TEI13","0333","1","F","SP-150614","","","","",""]
["S2-153444","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12380,"agreed","2015-10-26T12:04:05.303","2015-10-26T12:02:34.373","S2-153152","","Rel-10","23.237","10.12.0","TEI10, aSRVCC","0484","1","F","SP-150599","","","","",""]
["S2-153445","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Rel-11 mirror CR: Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12400,"agreed","2015-10-26T12:04:05.517","2015-10-26T12:02:35.477","S2-153153","","Rel-11","23.237","11.10.0","TEI10, aSRVCC","0485","1","A","SP-150599","","","","",""]
["S2-153446","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Rel-12 mirror CR: Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12420,"agreed","2015-10-26T12:04:05.727","2015-10-26T12:02:36.563","S2-153154","","Rel-12","23.237","12.9.0","TEI10, aSRVCC","0486","1","A","SP-150599","","","","",""]
["S2-153447","Held session is being transferred first for alerting + held sessions scenario","Nokia Networks","Curt Wong",42596,"CR","","Approval","Rel-13 mirror CR: Summary of change: Remove the wrong texts about the HELD call being transferred first. Clearly stating Held session is transferred first by the network.","","11","5.4","IMS and IMS-Related Maintenance",12440,"agreed","2015-10-26T12:04:05.937","2015-10-26T12:02:37.643","S2-153155","","Rel-13","23.237","13.0.0","TEI10, aSRVCC","0487","1","A","SP-150599","","","","",""]
["S2-153448","Use of CS domain upon failure to setup the resources for VoLTE MO call","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: Clarifies that for a UE configured as 'IMS PS Voice preferred, CS Voice as secondary', the condition 'UE fails to use IMS for voice' includes the failure to setup the resources for an IMS voice session. Hence, the UE uses the CS domain","","11","5.4","IMS and IMS-Related Maintenance",12460,"noted","2015-10-26T12:04:06.147","2015-10-26T12:02:38.727","S2-153365","","Rel-13","23.221","13.0.0","TEI13, SAES","0166","1","F",null,"","","","",""]
["S2-153449","[DRAFT] LS on failure to setup the resources for VoLTE MO call","SA WG2","Antoine Mouquet",38438,"LS out","","Approval","To: CT WG1","","11","5.4","IMS and IMS-Related Maintenance",12470,"revised","2015-10-26T12:04:06.350","2015-10-26T12:02:38.733","","S2-153678","Rel-13","","","","","","","",null,"CT WG1"]
["S2-153450","TR Skeleton of FS_AULC","Rapporteur","Changhong Shan",45586,"draft TR","","Approval","Propose TR skeleton for FS_AULC","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16100,"revised","2015-10-26T12:04:06.373","2015-10-26T12:02:38.823","S2-153284","S2-153477","Rel-14","","","","","","","","","","","",""]
["S2-153451","Scope of FS_AULC","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, KDDI","Yang Xu",46344,"pCR","","Approval","Propose work scope for Rel-14 FS_AULC work","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16140,"revised","2015-10-26T12:04:06.460","2015-10-26T12:02:38.917","S2-153286","S2-153478","Rel-14","","","","","",null,"","","","","",""]
["S2-153452","Architectural Requirements","China Unicom, Intel","Yang Xu",46344,"pCR","","Approval","Propose architectural requirements for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16180,"revised","2015-10-26T12:04:06.543","2015-10-26T12:02:39.007","S2-153311","S2-153479","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153453","Location Reporting KI","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposes a new Key Issue 'Efficient network control for enhancement of user location reporting'.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16210,"revised","2015-10-26T12:04:06.627","2015-10-26T12:02:39.097","S2-153068","S2-153480","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153454","AULC key issue - grouping of PRAs","KDDI, China Telecom","Takeshi Usui",59388,"pCR","","Approval","Propose a key issue for grouping PRAs in order to manages the PRAs in a scalable manner.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16240,"revised","2015-10-26T12:04:06.713","2015-10-26T12:02:39.187","S2-153134","S2-153482","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153455","AULC key issue - Extension of PCRF/OCS location change reporting","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","This paper proposes to introduce a key issue corresponding to the second objective of AULC Study Item: 'Studying a mechanism enabling user location change reporting at pre-configured (non-user specific) areas granularity as defined in the above justificat","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16280,"revised","2015-10-26T12:04:06.800","2015-10-26T12:02:39.277","S2-153246","S2-153481","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153456","Key Issue of extending PRA reporting mechanism","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, KDDI, ORANGE","Yang Xu",46344,"pCR","","Approval","Propose a key issue of extending PRA reporting mechanism for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16330,"revised","2015-10-26T12:04:06.887","2015-10-26T12:02:39.370","S2-153290","S2-153483","Rel-14","","","","","",null,"","","","","",""]
["S2-153457","Scenario of predefined popular area","China Unicom, Intel, KDDI","Yang Xu",46344,"pCR","","Approval","Propose a scenario of predefined popular area for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16370,"revised","2015-10-26T12:04:06.973","2015-10-26T12:02:39.457","S2-153288","S2-153484","Rel-14","","","","","",null,"","","","","",""]
["S2-153458","Scenario of multiple areas of interest","China Unicom, Intel, KDDI","Yang Xu",46344,"pCR","","Approval","Propose a scenario of multiple areas of interest for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16400,"revised","2015-10-26T12:04:07.057","2015-10-26T12:02:39.550","S2-153289","S2-153485","Rel-14","","","","","",null,"","","","","",""]
["S2-153459","Supporting Location reporting for IMS sessions over S2b","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"CR","","Approval","Summary of change: The User Location Information is added in following messages sent by the ePDG: Delete session Request, Delete Bearer Response, Create Bearer Response and Update Bearer Response. The User Location Information corresponds to: - WLAN Locat","","10","5.3","Non-3GPP Access Maintenance",12160,"revised","2015-10-26T12:04:07.140","2015-10-26T12:02:40.647","S2-153396","S2-153711","Rel-13","23.402","13.3.0","SEW1","2906","1","F",null,"","","","",""]
["S2-153460","Corrections to ePDG selection","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: - Editorial cleanup to make text more clear  - Correction of reference - Modify title of 4.5.4.4 to clarify that this section applies also in case of no configuration in the UE - Clarify that the UE needs to be registered in a PLMN in o","","10","5.3","Non-3GPP Access Maintenance",11630,"revised","2015-10-26T12:04:07.353","2015-10-26T12:02:41.740","S2-153100","S2-153488","Rel-13","23.402","13.3.0","TEI13, SEW1","1391","1","F",null,"","","","",""]
["S2-153461","[DRAFT] Reply LS on NBIFOM Procedures","SA WG2","Maurice Pope",648,"LS out","","Approval","To: SA WG1 CC: CT WG1, CTWG3 and SA WG4","","10","5.3","Non-3GPP Access Maintenance",11860,"revised","2015-10-26T12:04:07.587","2015-10-26T12:02:41.747","","S2-153491","Rel-13","","","","","","","",null,"SA WG1","CT WG1, CT WG3, CT WG4"]
["S2-153462","Procedure updates for default access in UE-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: In UE-initiated NBIFOM mode, If the network rejects the default access, the network either rejects the UE's request for adding an additional access or accepts the request and provides the other default access.","","10","5.3","Non-3GPP Access Maintenance",12030,"revised","2015-10-26T12:04:07.617","2015-10-26T12:02:42.830","S2-153142","S2-153489","Rel-13","23.161","13.0.0","NBIFOM","0006","1","F",null,"","","","",""]
["S2-153463","Destination access for IP flow mapping","ZTE","Tricci So",44974,"CR","","Approval","A) Regarding default access, it is specified as in clause 5.2 of TS 23.161: - In UE-initiated NBIFOM mode, the UE proposes a default access to the network. The network may reject this proposal if it does not comply with the subscription. Based on the text","","10","5.3","Non-3GPP Access Maintenance",11830,"revised","2015-10-26T12:04:07.827","2015-10-26T12:02:42.837","","S2-153490","Rel-13","23.161","13.0.0","NBIFOM","0009","","F",null,"","","","",""]
["S2-153464","[DRAFT] Reply LS on NBIFOM Clarifications","SA WG2","Tricci So",44974,"LS out","","Approval","To: SA WG1. CC: CT WG1, CT WG3, CT WG4. Attachment: S2-153487","","10","5.3","Non-3GPP Access Maintenance",11900,"revised","2015-10-26T12:04:08.560","2015-10-26T12:02:42.840","","S2-153493","Rel-13","","","","","","","",null,"SA WG1","CT WG1, CT WG3, CT WG4"]
["S2-153465","Access becomes usable/unusable in UE-initiated NBIFOM mode","Huawei, HiSilicon, LG Electronics","Runze Zhou",60945,"CR","","Approval","Summary of change: Delete the description for UE-initiated NBIFOM mode in the 'access becomes usable/unusable' procedures in section 6.6.","","10","5.3","Non-3GPP Access Maintenance",11940,"agreed","2015-10-26T12:04:08.590","2015-10-26T12:02:43.940","S2-153088","","Rel-13","23.161","13.0.0","NBIFOM","0001","1","F","SP-150607","","","","",""]
["S2-153466","Clarification of Addition of one access in S2b","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that in case of S2b, when NBIFOM is not supported in the ePDG, the network should handle the PDN connectivity request as a handover request.","","10","5.3","Non-3GPP Access Maintenance",11970,"revised","2015-10-26T12:04:08.800","2015-10-26T12:02:45.030","S2-153089","S2-153494","Rel-13","23.161","13.0.0","TEI13, NBIFOM","0002","1","F",null,"","","","",""]
["S2-153467","Solution for UE knowledge of whether a TWAN/ePDG supports emergency sessions","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","new solution related to UE knowledge of whether a TWAN/ePDG supports emergency sessions","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",14990,"approved","2015-10-26T12:04:09.007","2015-10-26T12:02:45.123","S2-153219","","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153468","Solution for Support of emergency services by TWAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","new solution in order to Support emergency services by TWAN","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",15010,"approved","2015-10-26T12:04:09.097","2015-10-26T12:02:45.220","S2-153220","","Rel-14","23.771","1.0.0","FS_SEW","","",null,"","","","","",""]
["S2-153469","Solution for Mobility with 3GPP access (EPC)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"pCR","","Approval","solution in order to Support Mobility with 3GPP access(EPC)","","20","6.5","Feasibility study on the Support of Emergency services over WLAN (FS_SEW)",15030,"approved","2015-10-26T12:04:09.190","2015-10-26T12:02:45.313","S2-153368","","Rel-14","23.771","1.0.0","FS_SEW2","","",null,"","","","","",""]
["S2-153470","Add missing RAN Rule indication procedures for GERAN/UTRAN in Network-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Add missing procedures for UTRAN in IP flow mobility triggered by RAN Rule indication.","","10","5.3","Non-3GPP Access Maintenance",12010,"revised","2015-10-26T12:04:09.277","2015-10-26T12:02:46.440","S2-153140","S2-154003","Rel-13","23.161","13.0.0","NBIFOM","0004","1","F",null,"","","","",""]
["S2-153471","Update of functional entities","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Updates the Function entities section based on the NBIFOM agreements  1) NBIFOM mode is not a negotiation procedure. The UE and network select NBIFOM mode as shown in Figure 5.4.4-1. 2) 'Not usable' is changed to 'unusable' in order to","","10","5.3","Non-3GPP Access Maintenance",12070,"revised","2015-10-26T12:04:09.493","2015-10-26T12:02:47.570","S2-153143","S2-153495","Rel-13","23.161","13.0.0","NBIFOM","0007","1","F",null,"","","","",""]
["S2-153472","Clarification of the resource modification during Routing Rule exchange for SCM","CATT","Yunjing Hou",46707,"CR","","Approval","Summary of change: Clarify the resource modification for S2a SCM in the Routing Rule exchange procedure.","","10","5.3","Non-3GPP Access Maintenance",12110,"agreed","2015-10-26T12:04:09.710","2015-10-26T12:02:48.653","S2-153262","","Rel-13","23.161","13.0.0","TEI13","0008","1","F","SP-150614","","","","",""]
["S2-153473","Removal of support of EAP-SIM","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Summary of change: Indication that EAP-SIM functionality is not supported","","10","5.3","Non-3GPP Access Maintenance",12250,"agreed","2015-10-26T12:04:09.933","2015-10-26T12:02:49.757","S2-153044","","Rel-12","23.139","12.2.0","TEI12","0047","1","F","SP-150602","","","","",""]
["S2-153474","[DRAFT] LS on failure to setup the resources for VoLTE MO call","SA WG2","Marco Spini",8356,"LS out","","Approval","To: CT WG1, BBF, WBA, WFA. Attachments: S2-153044","","10","5.3","Non-3GPP Access Maintenance",12260,"revised","2015-10-26T12:04:10.150","2015-10-26T12:02:49.763","","S2-153718","Rel-12","","","","","","","",null,"CT WG1, BBF, WBA, WFA"]
["S2-153475","[DRAFT] LS on requested feedback on draft CRs for improved e2e QoS","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","To: SA WG4. CC: CT WG3, CT WG1, CT WG4","","9","5.2","QoS and PCC Maintenance",11150,"revised","2015-10-26T12:04:10.183","2015-10-26T12:02:49.777","S2-153428","S2-153704","Rel-13","","","","","","","",null,"SA WG4","CT WG3, CT WG1, CT WG4"]
["S2-153476","Bearer binding, usage monitoring and other impacts due to NBIFOM","Ericsson, CATT","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Bearer binding in the PCEF associates PCC Rules to an IPCAN bearer within the allowed access type for the PCC Rule. The allowed access type is either included in the PCC Rule or the default access applies. For the purpose of usage monit","","9","5.2","QoS and PCC Maintenance",11350,"revised","2015-10-26T12:04:10.213","2015-10-26T12:02:49.790","S2-153432","S2-153691","Rel-13","23.203","13.5.1","TEI13, NBIFOM","1002","2","F",null,"","","","",""]
["S2-153477","TR Skeleton of FS_AULC","Rapporteur","Changhong Shan",45586,"draft TR","","Approval","Propose TR skeleton for FS_AULC","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16110,"approved","2015-10-26T12:04:10.313","2015-10-26T12:02:49.807","S2-153450","","Rel-14","","","","","","","","","","","",""]
["S2-153478","Scope of FS_AULC","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, KDDI","Yang Xu",46344,"pCR","","Approval","Propose work scope for Rel-14 FS_AULC work","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16150,"approved","2015-10-26T12:04:10.347","2015-10-26T12:02:49.817","S2-153451","","Rel-14","","","","","",null,"","","","","",""]
["S2-153479","Architectural Requirements","China Unicom, Intel","Yang Xu",46344,"pCR","","Approval","Propose architectural requirements for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16190,"approved","2015-10-26T12:04:10.377","2015-10-26T12:02:49.830","S2-153452","","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153480","Location Reporting KI","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposes a new Key Issue 'Efficient network control for enhancement of user location reporting'.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16220,"approved","2015-10-26T12:04:10.413","2015-10-26T12:02:49.847","S2-153453","","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153481","AULC key issue - Extension of PCRF/OCS location change reporting","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","This paper proposes to introduce a key issue corresponding to the second objective of AULC Study Item: 'Studying a mechanism enabling user location change reporting at pre-configured (non-user specific) areas granularity as defined in the above justificat","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16290,"revised","2015-10-26T12:04:10.447","2015-10-26T12:02:49.860","S2-153455","S2-153680","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153482","Architecture Assumption and Requirement for AULC","KDDI, China Telecom","Takeshi Usui",59388,"pCR","","Approval","Propose a key issue for grouping PRAs in order to manages the PRAs in a scalable manner.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16250,"revised","2015-10-26T12:04:10.477","2015-10-26T12:02:49.877","S2-153454","S2-153679","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153483","Key Issue of extending PRA reporting mechanism","China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, KDDI, ORANGE","Yang Xu",46344,"pCR","","Approval","Propose a key issue of extending PRA reporting mechanism for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16340,"approved","2015-10-26T12:04:10.510","2015-10-26T12:02:49.890","S2-153456","","Rel-14","","","","","",null,"","","","","",""]
["S2-153484","Scenario of predefined popular area","China Unicom, Intel, KDDI","Yang Xu",46344,"pCR","","Approval","Propose a scenario of predefined popular area for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16380,"withdrawn","2015-10-26T12:04:10.543",null,"S2-153457","","Rel-14","","","","","",null,"","","","","",""]
["S2-153485","Scenario of multiple areas of interest","China Unicom, Intel, KDDI, Orange","Yang Xu",46344,"pCR","","Approval","Propose a scenario of multiple areas of interest for FS_AULC.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16410,"approved","2015-10-26T12:04:10.570","2015-10-26T12:02:49.907","S2-153458","","Rel-14","","","","","",null,"","","","","",""]
["S2-153486","Corrections to ePDG selection procedure","Motorola Mobility, Lenovo","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: Several corrections and clarifications are made.","","10","5.3","Non-3GPP Access Maintenance",11610,"noted","2015-10-26T12:04:10.603","2015-10-26T12:02:49.923","S2-153439","S2-153829, S2-153961, S2-153975","Rel-13","23.402","13.3.0","TEI13","2905","2","F",null,"","","","",""]
["S2-153487","Clarification for the information of IP Flow mapping","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: Clarify the IP Flow mapping information which is the same as the routing rule information.","","10","5.3","Non-3GPP Access Maintenance",12290,"revised","2015-10-26T12:04:10.707","2015-10-26T12:02:49.927","","S2-153492","Rel-13","23.161","13.0.0","NBIFOM","0010","","F",null,"","","","",""]
["S2-153488","Corrections to ePDG selection","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: - Editorial cleanup to make text more clear  - Correction of reference - Modify title of 4.5.4.4 to clarify that this section applies also in case of no configuration in the UE - Clarify that the UE needs to be registered in a PLMN in o","","10","5.3","Non-3GPP Access Maintenance",11640,"agreed","2015-10-26T12:04:11.413","2015-10-26T12:02:49.943","S2-153460","","Rel-13","23.402","13.3.0","TEI13, SEW1","1391","2","F","SP-150613","","","","",""]
["S2-153489","Procedure updates for default access in UE-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: In UE-initiated NBIFOM mode, If the network rejects the default access, the network either rejects the UE's request for adding an additional access or accepts the request and provides the other default access.","","10","5.3","Non-3GPP Access Maintenance",12040,"revised","2015-10-26T12:04:11.507","2015-10-26T12:02:49.963","S2-153462","S2-153708","Rel-13","23.161","13.0.0","NBIFOM","0006","2","F",null,"","","","",""]
["S2-153490","Destination access for IP flow mapping","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: Clarify the IP Flow Mapping is also sent over the destination access as the Routing Rule in NBIFOM.","","10","5.3","Non-3GPP Access Maintenance",11840,"revised","2015-10-26T12:04:11.597","2015-10-26T12:02:49.977","S2-153463","S2-153707","Rel-13","23.161","13.0.0","NBIFOM","0009","1","F",null,"","","","",""]
["S2-153491","[DRAFT] Reply LS on NBIFOM Procedures","SA WG2","Tricci So",44974,"LS out","","Approval","To: CT WG1. CC: CT WG3, CT WG4. Attachments: S2-153489, S2-153490","","10","5.3","Non-3GPP Access Maintenance",11870,"revised","2015-10-26T12:04:11.703","2015-10-26T12:02:49.993","S2-153461","S2-153706","Rel-13","","","","","","","",null,"CT WG1","CT WG3, CT WG4"]
["S2-153492","Clarification for the information of IP Flow mapping","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: Clarify the IP Flow mapping information.","","10","5.3","Non-3GPP Access Maintenance",12300,"revised","2015-10-26T12:04:11.737","2015-10-26T12:02:50.010","S2-153487","S2-153709","Rel-13","23.161","13.0.0","NBIFOM","0010","1","F",null,"","","","",""]
["S2-153493","[DRAFT] Reply LS on NBIFOM Clarifications","SA WG2","Tricci So",44974,"LS out","","Approval","To: CT WG3. CC: SA WG1, SA WG3, SA WG4. Attachment: S2-153492","","10","5.3","Non-3GPP Access Maintenance",11910,"revised","2015-10-26T12:04:11.827","2015-10-26T12:02:50.023","S2-153464","S2-153715","Rel-13","","","","","","","",null,"CT WG3","SA WG1, SA WG3, SA WG4"]
["S2-153494","Clarification of addition of WLAN access in S2b","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that in case of S2b, when NBIFOM is not supported in the ePDG, the network should handle the PDN connectivity request as a handover request.","","10","5.3","Non-3GPP Access Maintenance",11980,"agreed","2015-10-26T12:04:11.860","2015-10-26T12:02:50.037","S2-153466","","Rel-13","23.161","13.0.0","NBIFOM","0002","2","F","SP-150607","","","","",""]
["S2-153495","Update of functional entities","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Updates the Function entities based on the NBIFOM agreements  1) Clarify that the NBIFOM mode is a selection procedure. 2) Replace 'Not usable' with 'unusable' for alignment with the name of indication. 3) Add interface used to send usa","","10","5.3","Non-3GPP Access Maintenance",12080,"revised","2015-10-26T12:04:11.953","2015-10-26T12:02:50.053","S2-153471","S2-153710","Rel-13","23.161","13.0.0","NBIFOM","0007","2","F",null,"","","","",""]
["S2-153496","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17060,"withdrawn","2015-10-26T12:04:12.047",null,"","","","","","","","","","","","","","",""]
["S2-153497","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17070,"withdrawn","2015-10-26T12:04:12.067",null,"","","","","","","","","","","","","","",""]
["S2-153498","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17080,"withdrawn","2015-10-26T12:04:12.090",null,"","","","","","","","","","","","","","",""]
["S2-153499","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17090,"withdrawn","2015-10-26T12:04:12.113",null,"","","","","","","","","","","","","","",""]
["S2-153500","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17100,"withdrawn","2015-10-26T12:04:12.137",null,"","","","","","","","","","","","","","",""]
["S2-153501","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17110,"withdrawn","2015-10-26T12:04:12.163",null,"","","","","","","","","","","","","","",""]
["S2-153502","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17120,"withdrawn","2015-10-26T12:04:12.187",null,"","","","","","","","","","","","","","",""]
["S2-153503","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17130,"withdrawn","2015-10-26T12:04:12.210",null,"","","","","","","","","","","","","","",""]
["S2-153504","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17140,"withdrawn","2015-10-26T12:04:12.240",null,"","","","","","","","","","","","","","",""]
["S2-153505","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17150,"withdrawn","2015-10-26T12:04:12.263",null,"","","","","","","","","","","","","","",""]
["S2-153506","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17160,"withdrawn","2015-10-26T12:04:12.287",null,"","","","","","","","","","","","","","",""]
["S2-153507","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17170,"withdrawn","2015-10-26T12:04:12.310",null,"","","","","","","","","","","","","","",""]
["S2-153508","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17180,"withdrawn","2015-10-26T12:04:12.337",null,"","","","","","","","","","","","","","",""]
["S2-153509","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17190,"withdrawn","2015-10-26T12:04:12.360",null,"","","","","","","","","","","","","","",""]
["S2-153510","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17200,"withdrawn","2015-10-26T12:04:12.383",null,"","","","","","","","","","","","","","",""]
["S2-153511","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17210,"withdrawn","2015-10-26T12:04:12.407",null,"","","","","","","","","","","","","","",""]
["S2-153512","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17220,"withdrawn","2015-10-26T12:04:12.433",null,"","","","","","","","","","","","","","",""]
["S2-153513","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17230,"withdrawn","2015-10-26T12:04:12.457",null,"","","","","","","","","","","","","","",""]
["S2-153514","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17240,"withdrawn","2015-10-26T12:04:12.483",null,"","","","","","","","","","","","","","",""]
["S2-153515","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17250,"withdrawn","2015-10-26T12:04:12.507",null,"","","","","","","","","","","","","","",""]
["S2-153516","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17260,"withdrawn","2015-10-26T12:04:12.533",null,"","","","","","","","","","","","","","",""]
["S2-153517","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17270,"withdrawn","2015-10-26T12:04:12.557",null,"","","","","","","","","","","","","","",""]
["S2-153518","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17280,"withdrawn","2015-10-26T12:04:12.580",null,"","","","","","","","","","","","","","",""]
["S2-153519","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17290,"withdrawn","2015-10-26T12:04:12.610",null,"","","","","","","","","","","","","","",""]
["S2-153520","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17300,"withdrawn","2015-10-26T12:04:12.643",null,"","","","","","","","","","","","","","",""]
["S2-153521","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17310,"withdrawn","2015-10-26T12:04:12.667",null,"","","","","","","","","","","","","","",""]
["S2-153522","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17320,"withdrawn","2015-10-26T12:04:12.693",null,"","","","","","","","","","","","","","",""]
["S2-153523","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17330,"withdrawn","2015-10-26T12:04:12.717",null,"","","","","","","","","","","","","","",""]
["S2-153524","Reserved for Krisztian's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17340,"withdrawn","2015-10-26T12:04:12.743",null,"","","","","","","","","","","","","","",""]
["S2-153525","Architecture considerations for the placement of the control and user plane functions in actual network deployment","ZTE, KDDI","Tricci So",44974,"discussion","","Information","This contribution describes the architecture considerations when placing the control plane and user plane in the actual network deployment.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15790,"withdrawn","2015-10-26T12:04:12.770",null,"","","Rel-14","23.714","","","","","","","","","","",""]
["S2-153526","[DRAFT] Reply LS on handover policy for a terminal reaches the handover collision between from PS to CS and from LTE to WiFi at the same time","SA WG2","Miguel Griot",42742,"LS out","","Approval","Provides answers to LS S2-152996","","6","4.1","Common issues and Incoming LSs",10070,"revised","2015-10-26T12:04:12.797","2015-10-26T12:02:50.230","S2-153222","S2-153690","Rel-13","","","","","","","",null,"GSMA NG RILTE, CT WG1"]
["S2-153527","New Work Item Description on Service Domain Centralization","Deutsche Telekom","Dieter Gludovacz",38203,"SID new","","Approval","Study and specify a solution that overcomes the limitations of ICS and allows operators to deploy an architecture whereby services are always provided, regardless of the access technology in use, via IMS.","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16580,"revised","2015-10-26T12:04:12.897","2015-10-26T12:02:50.320","S2-153048","S2-153652","Rel-14","","","","","","","","","","","",""]
["S2-153528","Study on Improvement of sponsored data rule database","China Unicom, China Telecom, China Mobile, KDDI, T-Mobile, Huawei, ZTE, Intel, CATR, CATT, Allot Communications, Black Berry","Yang Xu",46344,"SID new","","Approval","Proposal for Study on Improvement of sponsored data rule database","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16640,"revised","2015-10-26T12:04:12.997","2015-10-26T12:02:50.417","S2-153115","S2-153653","","","","","","","","","","","","",""]
["S2-153529","New WID: Evolution to and interworking with eCall in IMS","Qualcomm Incorporated, Deutsche Telekom, Nokia Networks, TeliaSonera, Ericsson, Telecom Italia, Vodafone, TeleCommunication Systems, Alcatel Lucent","Haris Zisimopoulos",41602,"WID new","","Approval","The objective of this work item is to specify the system impacts for an eCall based on IMS emergency calls that will allow for enhanced eCall user experience and functionality, and for the long-term phase out of CS core and access networks. The work will","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16670,"revised","2015-10-26T12:04:13.100","2015-10-26T12:02:50.513","S2-153227","S2-153654","Rel-14","","","","","","","","","","","",""]
["S2-153530","New SID: Unlicensed spectrum offloading system enhancements","Qualcomm Incorporated","Haris Zisimopoulos",41602,"SID new","","Approval","The study item will focus on: - identifying the relevant scenarios related to LAA and LWA- studying such scenarios and define the corresponding architecture requirements to:-- Enable the network to differentiate traffic charging when traffic is transmitte","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16710,"noted","2015-10-26T12:04:13.207","2015-10-26T12:02:50.607","S2-153233","","Rel-14","","","","","","","","","","","",""]
["S2-153531","New WID (SID) on EIR check for WLAN access to EPC","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, T-Mobil USA, ZTE, Verizon, Rogers Communications, Broadcom Corporation","Laurent Thiebaut",11066,"SID new","","Information","New WID (SID) on EIR check for WLAN access to EPC","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16740,"revised","2015-10-26T12:04:13.313","2015-10-26T12:02:50.700","S2-153317","S2-153655","Rel-14","","","","","","","","","","","",""]
["S2-153532","Study on architecture enhancements for LTE support of V2X services","LG Electronics","Laeyoung Kim",40613,"SID new","","Approval","New study is proposed for architecture enhancements for LTE support of V2X services","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16780,"approved","2015-10-26T12:04:13.447","2015-10-26T12:02:50.790","S2-153355","","Rel-14","","","","","","","","","","","",""]
["S2-153533","Correction of S1-MME definition to include autorization for ProSe Direct Communication","Orange","Antoine Mouquet",38438,"CR","","Approval","Summary of change: Update the definition of S1-MME to state that it is also used to convey the ProSe direct services authorization from MME to eNodeB.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12590,"agreed","2015-10-26T12:04:13.637","2015-10-26T12:02:51.933","S2-153366","","Rel-12","23.303","12.6.0","ProSe","0264","1","F","SP-150633","","","","",""]
["S2-153534","Correction of S1-MME definition to include autorization for ProSe Direct Communication","Orange","Antoine Mouquet",38438,"CR","","Approval","Rel-13 mirror CR: Summary of change: Update the definition of S1-MME to state that it is also used to convey the ProSe direct services authorization from MME to eNodeB.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12610,"agreed","2015-10-26T12:04:14.027","2015-10-26T12:02:53.123","S2-153367","","Rel-13","23.303","13.1.1","ProSe","0265","1","A","SP-150633","","","","",""]
["S2-153535","Reply LS on usage of ProSe Per-Packet Priority in ProSe UE-Network Relay","SA WG2","Hong Cheng",25668,"LS out","","Approval","This is a response to RAN WG2 LS S2-152861/R2-153887 on usage of ProSe Per-Packet Priority in ProSe UE-Network Relay.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12720,"approved","2015-10-26T12:04:14.407","2015-10-26T12:02:53.213","S2-153278","","Rel-13","","","","","","","","S2-153007","RAN WG2","RAN WG1"]
["S2-153536","LS Reply on Group specific NAS level congestion control","SA WG2","Mike Dolan",1692,"LS out","","Approval","Reply LS to CT WG1 (C1-153258) on Group specific NAS level congestion control","","8","5.1","3GPP Packet Access Maintenance",10240,"approved","2015-10-26T12:04:14.787","2015-10-26T12:02:53.303","S2-153208","","Rel-13","","","","","","","","S2-153019","CT WG1"]
["S2-153537","Clarify validity time for CP Parameters","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: The 'validity time' aspect of a set of CP parameters is clarified. Note 2 is clarified to explain more clearly the meaning of overlapping CP parameter sets.","","8","5.1","3GPP Packet Access Maintenance",10290,"revised","2015-10-26T12:04:14.977","2015-10-26T12:02:54.537","S2-153201","S2-153641","Rel-13","23.682","13.3.0","TEI13, AESE","0142","1","F",null,"","","","",""]
["S2-153538","Provide CP Parameters Delete Procedure","Alcatel-Lucent","Mike Dolan",1692,"CR","","Approval","Summary of change: Provide a procedure to delete CP Parameters for a subscription","","8","5.1","3GPP Packet Access Maintenance",10330,"withdrawn","2015-10-26T12:04:15.217",null,"","","Rel-13","23.682","13.3.0","AESE","0146","1","F",null,"","","","",""]
["S2-153539","Clarification of MONTE Reporting Procedure","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that in case of One time Monitoring Request, the SCEF requests the HSS (for monitoring events configured via HSS) to delete the related monitoring event configuration upon receiving Monitoring Indication from the MME/SGSN.","","8","5.1","3GPP Packet Access Maintenance",10360,"revised","2015-10-26T12:04:15.307","2015-10-26T12:02:55.723","S2-153087","S2-153642","Rel-13","23.682","13.3.0","TEI13, MONTE","0135","1","F",null,"","","","",""]
["S2-153540","Update for UE Reachability Notifications","InterDigital Communications","Mahmoud Watfa",41881,"CR","","Approval","Summary of change: Updating the E-UTRAN Initial Attach (Clause 5.3.2.1) procedure with text that is identical to what was added to the UE triggered Service Request procedure.","","8","5.1","3GPP Packet Access Maintenance",10390,"revised","2015-10-26T12:04:15.537","2015-10-26T12:02:56.807","S2-153113","S2-153643","Rel-13","23.401","13.4.0","TEI13","2905","1","F",null,"","","","",""]
["S2-153541","Correcting HSS handling of CP parameters","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Removed the sentence requiring the HSS to not check the content of CP parameter set(s).","","8","5.1","3GPP Packet Access Maintenance",10430,"revised","2015-10-26T12:04:15.760","2015-10-26T12:02:57.927","S2-153187","S2-153644","Rel-13","23.682","13.3.0","MONTE","0139","1","F",null,"","","","",""]
["S2-153542","Usage of cell identities in the MBMS bearer activation for group message delivery","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: - The SCEF may include a list of cell IDs in the Activate MBMS Bearer Request message (Step 8). - The SCEF may map between the location/area information provided by the SCS/AS and a list of cell IDs (Step 8). - The location/area informa","","8","5.1","3GPP Packet Access Maintenance",10470,"revised","2015-10-26T12:04:15.993","2015-10-26T12:02:59.120","S2-153163","S2-153640","Rel-13","23.682","13.3.0","TEI13, GROUPE","0136","1","F",null,"","","","",""]
["S2-153543","Update to Solution 2 - Infrequent small data transmission using pre-established NAS security","Intel, Qualcomm Incorporated, Samsung, NEC, LG","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - infrequent small data transmission using pre-established NAS security by adding more description to flow and adding attach procedure flow.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14020,"revised","2015-10-26T12:04:16.223","2015-10-26T12:02:59.217","S2-153279","S2-153633","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153544","Correction to Solution 2 - Infrequent small data transmission","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution proposes to update Figure 6.2.1-1 in solution 2 (infrequent small data transmission) with some signalling flow defining details from the text description","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14060,"withdrawn","2015-10-26T12:04:16.330",null,"","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153545","Way forward on key Issue 2 with solution 2 update","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","It is proposed to select Solution 2 as a baseline for normative work on Key Issue 2 to cover the traffic model in TR 45.820 including software upgrade/reconfiguration use case. Accordingly it is proposed to clarify that solution 2 can support more than si","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14080,"withdrawn","2015-10-26T12:04:16.360",null,"","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153546","Differentiation control signalling and user data on control plane based solution","Samsung","Sunghoon Kim",43516,"pCR","","Approval","Solutions in Group 1 need to be specified that control signalling and user data are distinguished on the establishment of NAS signalling connection.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14130,"approved","2015-10-26T12:04:16.393","2015-10-26T12:02:59.327","S2-153303","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153547","Way forward on CIoT architecture design","Drafting Group","Frank Mademann",6821,"other","","Discussion","Contents: - Potential Agreements: - Open questions Indicative voting questions. In this document: - FeMTC UE means a UE built to the 'Rel 13 WI on Further LTE Physical Layer Enhancements for MTC'. - LC-FeMTC means the Low Complexity part of FeMTC. - EC-Fe","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14330,"revised","2015-10-26T12:04:16.500","2015-10-26T12:02:59.330","","S2-153599","Rel-13","","","","","","","","","","","",""]
["S2-153548","Enhanced Coverage for paging in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: The eNB sends information to MME regarding last negotiated CE level for paging and cell ID. The MME stores this information and includes it in the next paging message to all eNBs for which paging message is sent.  The MME may use the fa","","8","5.1","3GPP Packet Access Maintenance",10680,"revised","2015-10-26T12:04:16.547","2015-10-26T12:03:00.487","S2-153314","S2-153701","Rel-13","23.401","13.4.0","TEI13","2917","1","B",null,"","","","",""]
["S2-153549","Addition of Coverage Class Information (CCI) to downlink BSSGP PDU","Ericsson, Orange","Shabnam Sultana",21207,"CR","","Approval","Summary of change: CCI added to downlink BSSGP PDU.","","8","5.1","3GPP Packet Access Maintenance",10710,"agreed","2015-10-26T12:04:16.790","2015-10-26T12:03:01.600","S2-153176","","Rel-13","23.060","13.4.0","TEI13","1984","1","F","SP-150614","","","","",""]
["S2-153550","Cell ID in MBMS bearer context table for EPS","Nokia Networks","Curt Wong",42596,"CR","","Approval","Summary of change: Add the liste of cell IDs to table 3 as part of the MBMS bearer context","","8","5.1","3GPP Packet Access Maintenance",10760,"revised","2015-10-26T12:04:17.023","2015-10-26T12:03:02.690","S2-153156","S2-154290","Rel-13","23.246","13.2.0","MBMS_enh_TS","0397","1","F",null,"","","","",""]
["S2-153551","Differentiate MBMS User and Bearer Services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: Various parts of TS 23.246 are made specific to either MBMS user services or MBMS bearer services, when the possibility of ambiguity exists. The MB2 reference point is added. A small editorial problem is fixed.","","8","5.1","3GPP Packet Access Maintenance",10780,"revised","2015-10-26T12:04:17.250","2015-10-26T12:03:03.813","S2-153199","S2-153647","Rel-13","23.246","13.2.0","MBMS_enh_TS","0398","1","B",null,"","","","",""]
["S2-153552","Clarification on the MBMS broadcast area parameter determination","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: Addition of the note clarifying the MBMS broadcast area parameter determination.","","8","5.1","3GPP Packet Access Maintenance",10840,"revised","2015-10-26T12:04:17.477","2015-10-26T12:03:04.953","S2-153159","S2-153649","Rel-12","23.468","12.6.0","TEI12, GCSE_LTE","0073","1","F",null,"","","","",""]
["S2-153553","Correction on the elements of the MBMS service description","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The service description in the Activate MBMS Bearer Response only includes the radio frequency.","","8","5.1","3GPP Packet Access Maintenance",10870,"revised","2015-10-26T12:04:17.710","2015-10-26T12:03:06.150","S2-153160","S2-153650","Rel-12","23.468","12.6.0","TEI12, GCSE_LTE","0074","1","F",null,"","","","",""]
["S2-153554","Clarification on the elements of the MBMS service description","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The service description in the Activate MBMS Bearer Response includes MBMS SAIs if the BM-SC has mapped the cell IDs into the MBMS Service Area Identities.","","8","5.1","3GPP Packet Access Maintenance",10810,"revised","2015-10-26T12:04:17.937","2015-10-26T12:03:07.327","S2-153161","S2-153648","Rel-13","23.468","13.2.0","MBMS_enh_TS, TEI13","0075","1","F",null,"","","","",""]
["S2-153555","Paging for extended idle mode DRX in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: MME capability to compute next paging hyperframe, store and send paging request before the UE's paging hyperframe","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13820,"revised","2015-10-26T12:04:18.173","2015-10-26T12:03:08.500","S2-153261","S2-153671","Rel-13","23.401","13.4.0","eDRX","2916","1","B",null,"","","","",""]
["S2-153556","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",16960,"withdrawn","2015-10-26T12:04:18.443",null,"","","","","","","","","","","","","","",""]
["S2-153557","Evaluation of Random Access procedure in solution 3","Sony","Lars Nord",58638,"pCR","","Approval","Discuss the random access procedure proposed in solution 3 and the dependence to proposed physical layer proposals in RAN.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14150,"approved","2015-10-26T12:04:18.477","2015-10-26T12:03:08.597","S2-153195","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153558","Update of solution 13","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes some update on solution 13.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14190,"approved","2015-10-26T12:04:18.630","2015-10-26T12:03:08.687","S2-153327","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153559","User plane based solution with AS information stored in RAN","Ericsson, Alcatel Lucent","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides a merged user plane based solution on basis of solution 6.5 and 6.6.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14210,"revised","2015-10-26T12:04:18.793","2015-10-26T12:03:08.783","S2-153178","S2-153635","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153560","Support for small data transmission without UDP/IP header","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes a solution for small data transmission without UDP/IP header to improve the transmission efficiency for radio and network resource,and reduce the cost and complexity of CIoT device.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14250,"withdrawn","2015-10-26T12:04:18.907",null,"S2-153320","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153561","Clarifications on Soln#10 (support of Non-IP PDN types)","Cisco Systems Inc, Alcatel-Lucent","Maulik Vaidya",44517,"pCR","","Approval","This contribution attempts to clarify that While it is true that Solution#10 as depicted in 6.10 relies on C-SGN based architecture per clause 6.1, similar to depiction in Solution#15 in 6.15, the solution is not restricted to C-SGN-based architecture onl","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14440,"approved","2015-10-26T12:04:18.940","2015-10-26T12:03:08.883","S2-153173","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153562","Update of solution 15","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Update of the solution for 'non-IP' small data","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14470,"revised","2015-10-26T12:04:19.067","2015-10-26T12:03:08.977","S2-153110","S2-153638","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153563","UE radio capability for paging optimization","Huawei, HiSilicon","Wanqiang Zhang",41153,"CR","","Approval","Summary of change: Update the 5.11.4 UE Radio Capability for Paging Information to reflect the new added functionalities for paging optimization.","","8","5.1","3GPP Packet Access Maintenance",10640,"revised","2015-10-26T12:04:19.187","2015-10-26T12:03:10.113","S2-153149","S2-153575","Rel-13","23.401","13.4.0","TEI13","2906","1","B",null,"","","","",""]
["S2-153564","Correction to ProSe Registration function","BlackBerry UK Ltd","Adrian Buckley",26735,"CR","","Approval","Rel-13 mirror CR: Summary of change: Change 'serving PLMN ID' to HPLMN.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12670,"agreed","2015-10-26T12:04:19.417","2015-10-26T12:03:11.260","S2-153052","","Rel-13","23.303","13.1.1","ProSe","0219","1","A","SP-150633","","","","",""]
["S2-153565","Reporting of remote UE from Relay UE","Ericsson, Intel, Orange","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding reporting of Remote UE from UE-to-NW Relay UE to the MME and that the MME forwards the information to S-GW and to P-GW via S-GW.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12900,"revised","2015-10-26T12:04:19.657","2015-10-26T12:03:12.420","S2-153056","S2-153658","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0195","3","B",null,"","","","",""]
["S2-153566","Proposal of Study on Designing New Network Architecture","China Mobile, China Telecom, Rogers Communications, CATT, CATR, China Unicom, Huawei, HiSilicon, ZTE, Potevio, OPPO, Coolpad, Spreadtrum Communications, Deutsche Telekom, Motorola Mobility, Lenovo, ASUSTeK, Sandvine","Tao Sun",54129,"SID new","","Approval","This is a new SID that initiate the study toward the new system architecture","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",16910,"merged","2015-10-26T12:04:19.893","2015-10-26T12:03:12.513","S2-153334","","Rel-14","","","","","","","","","","","",""]
["S2-153567","Influencing the selection of domain for first attempt of emergency calls","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","Adds key issues based on LS from GSMA S2-153175","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15100,"approved","2015-10-26T12:04:20.017","2015-10-26T12:03:12.610","S2-153375","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153568","[DRAFT] Reply LS on S8HR roaming architecture handling of E9-1-1 calls in the US and Canada","SA WG2","Christopher Joul",31136,"LS out","","Approval","Response to: LS S2-153015_WTSC-2015-00104R001 on S8HR roaming architecture handling of E9-1-1 calls in the US and Canada","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15140,"revised","2015-10-26T12:04:20.130","2015-10-26T12:03:12.710","S2-153257","S2-153684","Rel-14","23.303","13.1.1","","","","","",null,"ATIS WTSC","GSMA NG, GSMA WAS, TSG SA, TSG CT, SA WG1, SA WG3, CT WG1, CT WG3, CT WG4, GSMA PSMC"]
["S2-153569","Paging Policy Differentiation (PPD) key issue","Nokia Networks, ZTE","Curt Wong",42596,"pCR","","Approval","This P-CR adds Paging Policy Differentiation (PPD) key issue to S8HR roaming model","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15200,"approved","2015-10-26T12:04:20.250","2015-10-26T12:03:12.803","S2-153157","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153570","Determination of VoLTE roaming agreement for S8HR in MME","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","With S8HR 'VPLMN Address Allowed' parameter cannot be used to provide status of VoLTE roaming agreement to VPLMN. This needs to be configured in MME.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15230,"revised","2015-10-26T12:04:20.367","2015-10-26T12:03:12.900","S2-153374","S2-153685","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153571","Key Issue on PSAP Callback number for IMS emergency session in the S8HR architecture","Intel, KDDI","Saso Stojanovski",24932,"pCR","","Approval","Proposes a new key issue for provision of PSAP callback number for IMS emergency session in the S8HR architecture.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15270,"approved","2015-10-26T12:04:20.497","2015-10-26T12:03:12.993","S2-153345","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153572","LS from SA WG3LI: Reply LS on ePDG Selection","SA WG3LI","Pierre Courbon",52806,"LS in","","Action","Overall Description: SA WG3-LI would like to thank GSMA NG RILTE for the LS on ePDG Selection, regarding Lawful Interception questions raised by IR.51 and 3GPP TS 24.302 (section 7.2.1 for ePDG discovery).  In the LS, the understanding is that according t","","10","5.3","Non-3GPP Access Maintenance",11530,"postponed","2015-10-26T12:04:20.623","2015-10-26T12:03:12.997","","S2-153761","Rel-13","","","","","","","",null,"GSMA NG RILTE, CT WG1, SA WG2","ETSI TC LI","S3i150344"]
["S2-153573","Proposal for Study on a Next Generation System Architecture","China Mobile, China Telecom, Rogers Communications, CATT, CATR, China Unicom, Huawei, HiSilicon, ZTE, Potevio, OPPO, Coolpad, Spreadtrum Communications, Deutsche Telekom, Motorola Mobility, Lenovo, ASUSTeK, Sandvine, Intel, Nokia Networks, Alcatel-Lucent, SK Telecom, Verizon, Interdigital, Sprint, Mediatek, NEC, Cisco?","Tao Sun",54129,"SID new","","Approval","Merge of proposals in S2-153096, S2-153566 and S2-153387.","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",0,"revised","2015-10-26T12:04:20.680","2015-10-26T12:03:13","","S2-153651","","","","","","","","","","","","",""]
["S2-153574","[DRAFT] Reply LS on combined registration when the CS Mobility Management back off timer is running","SA WG2","Sunghoon Kim",43516,"LS out","","Approval","From system perspective, SA WG2 believes that 'normal procedures' are preferred in order for the CS domain to be protected. SA WG2 would like to leave it as stage-3 decision if stage-3 development cost is deemed as considerable.","","8","5.1","3GPP Packet Access Maintenance",10570,"revised","2015-10-26T12:04:20.737","2015-10-26T12:03:13.090","S2-153301","S2-153646","Rel-13","","","","","","","",null,"CT WG1"]
["S2-153575","UE radio capability for paging optimization","Huawei,HiSilicon","Wanqiang Zhang",41153,"CR","","Approval","Summary of change: Update the 5.11.4 UE Radio Capability for Paging Information to reflect the new added functionalities for paging optimization.","","8","5.1","3GPP Packet Access Maintenance",10650,"agreed","2015-10-26T12:04:20.857","2015-10-26T12:03:13.103","S2-153563","","Rel-13","23.401","13.4.0","TEI13","2906","2","B","SP-150615","","","","",""]
["S2-153576","Prose priority for eMBMS traffic relay","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Add Prose priority to the eMBMS traffic relay procedure.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13060,"withdrawn","2015-10-26T12:04:20.987",null,"S2-153330","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0256","1","F",null,"","","","",""]
["S2-153577","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",16970,"withdrawn","2015-10-26T12:04:21.080",null,"","","","","","","","","","","","","","",""]
["S2-153578","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",16980,"withdrawn","2015-10-26T12:04:21.120",null,"","","","","","","","","","","","","","",""]
["S2-153579","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",16990,"withdrawn","2015-10-26T12:04:21.163",null,"","","","","","","","","","","","","","",""]
["S2-153580","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17000,"withdrawn","2015-10-26T12:04:21.197",null,"","","","","","","","","","","","","","",""]
["S2-153581","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17010,"withdrawn","2015-10-26T12:04:21.233",null,"","","","","","","","","","","","","","",""]
["S2-153582","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17020,"withdrawn","2015-10-26T12:04:21.270",null,"","","","","","","","","","","","","","",""]
["S2-153583","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17030,"withdrawn","2015-10-26T12:04:21.307",null,"","","","","","","","","","","","","","",""]
["S2-153584","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17040,"withdrawn","2015-10-26T12:04:21.347",null,"","","","","","","","","","","","","","",""]
["S2-153585","Reserved for Puneet's parallel sessions","-","Maurice Pope",648,"other","","","-","","40","99","Reserved and Withdrawn documents",17050,"withdrawn","2015-10-26T12:04:21.383",null,"","","","","","","","","","","","","","",""]
["S2-153586","Draft skeleton of TR 23.714","Rapporteur (Huawei)","Mirko Schramm",23396,"draft TR","","Information","Draft skeleton of TR 23.714: Study on control and user plane separation of EPC nodes","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15680,"approved","2015-10-26T12:04:21.420","2015-10-26T12:03:13.220","S2-153351","","Rel-14","23.714","","","","","","","","","","",""]
["S2-153587","Scope of TR","Huawei, Hisilicon, Allot Communications","Runze Zhou",60945,"pCR","","Approval","This document proposes text for the scope section of the Technical Report.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15700,"revised","2015-10-26T12:04:21.550","2015-10-26T12:03:13.313","S2-153122","S2-153663","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153588","Architectural assumptions","Nokia Networks","Devaki Chandramouli",41594,"pCR","","Approval","This paper proposes architectural assumptions that should be taken into consideration for the new architecture developed as part of FS_CUPS feature.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15730,"revised","2015-10-26T12:04:21.677","2015-10-26T12:03:13.407","S2-153097","S2-153664","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153589","Baseline Architecture","Huawei, HiSilicon, Allot Communications","Runze Zhou",60945,"pCR","","Approval","In this contribution, the enhanced EPC architecture to realize CUPS feature (CUPS architecture) is proposed as a way forward for further study.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15760,"revised","2015-10-26T12:04:21.803","2015-10-26T12:03:13.503","S2-153117","S2-153665","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153590","Key issue definition for CUPS","Ericsson, Allot Communications, ZTE, Huawei, HiSilicon","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes key issues regarding functional allocation for FS_CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15820,"revised","2015-10-26T12:04:21.923","2015-10-26T12:03:13.597","S2-153103","S2-153666","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153591","eDECOR TR Skeleton","Ericsson","Shabnam Sultana",21207,"draft TR","","Approval","eDECOR TR Skeleton to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15500,"approved","2015-10-26T12:04:22.043","2015-10-26T12:03:13.690","S2-153064","","Rel-14","","","","","","","","","","","",""]
["S2-153592","eDECOR TR Scope","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","eDECOR TR Scope to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15520,"approved","2015-10-26T12:04:22.170","2015-10-26T12:03:13.783","S2-153065","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153593","eDECOR Architecture","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","eDECOR TR Architecture to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15540,"revised","2015-10-26T12:04:22.307","2015-10-26T12:03:13.880","S2-153066","S2-153681","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153594","Selection of DCN","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposal for selection of Dedicated Core Network using assistance information from the UE","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15570,"revised","2015-10-26T12:04:22.433","2015-10-26T12:03:13.970","S2-153067","S2-153682","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153595","Solution for enhanced dedicated core network selection","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes solutions for enhanced dedicated core network selection","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15600,"revised","2015-10-26T12:04:22.570","2015-10-26T12:03:14.063","S2-153082","S2-153683","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153596","Dedicated Core Network (DCN) selection based on UE's indication to RAN","NEC","Iskren Ianev",59515,"pCR","","Approval","This contribution proposes a solution for Dedicated Core Network (DCN) selection by the RAN Node based on the UE's DCN type indication and on the supported DCN types by the associated MMEs","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15630,"approved","2015-10-26T12:04:22.700","2015-10-26T12:03:14.163","S2-153211","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153597","UE based solution for assignment of DCN","CATT","Juan Zhang",38523,"pCR","","Approval","This Paper proposes a UE based solution for the assignment of DCN during the attach, TAU/RAU and service request procedure.","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15650,"approved","2015-10-26T12:04:22.823","2015-10-26T12:03:14.257","S2-153304","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153598","Correct inconsistencies in the description of USIM switching","General Dynamics UK Ltd., Blackberry UK Ltd.","Philip Young",27298,"CR","","Approval","Summary of change: Amend the descriptions in K.2.4 and K.2.5 to include steps involving USIM switching.","","8","5.1","3GPP Packet Access Maintenance",10920,"revised","2015-10-26T12:04:22.950","2015-10-26T12:03:15.393","S2-153189","S2-153822","Rel-13","23.401","13.4.0","IOPS","2912","1","F",null,"","","","",""]
["S2-153599","Way forward on CIoT architecture design","Drafting Group","Frank Mademann",6821,"other","","Discussion","Contents: - Potential Agreements: - Open questions Indicative voting questions. In this document: - FeMTC UE means a UE built to the 'Rel 13 WI on Further LTE Physical Layer Enhancements for MTC'. - LC-FeMTC means the Low Complexity part of FeMTC. - EC-Fe","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14340,"revised","2015-10-26T12:04:23.210","2015-10-26T12:03:15.410","S2-153547","S2-153603","Rel-13","","","","","","","","","","","",""]
["S2-153600","Update to Solution 4a - non-IP small data transmission via SCEF","Intel","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - non-IP small data transmission via SCEF.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14510,"revised","2015-10-26T12:04:23.273","2015-10-26T12:03:15.500","S2-153308","S2-153698","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153601","Update for Solution 4a: Non-IP small data transmission via SCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Solution 4a is updated to specify how MO and MT small data transmission is achieved with minimized impacts.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14540,"revised","2015-10-26T12:04:23.400","2015-10-26T12:03:15.593","S2-153162","S2-153699","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153602","Requirement for authorization of usage of Coverage Enhancements","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Requirement for authorization of usage of Coverage Enhancements","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14650,"approved","2015-10-26T12:04:23.527","2015-10-26T12:03:15.683","S2-153108","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153603","Way forward on CIoT architecture design","Drafting Group","Frank Mademann",6821,"other","","Discussion","Contents: - Potential Agreements: - Open questions Indicative voting questions. In this document: - FeMTC UE means a UE built to the 'Rel 13 WI on Further LTE Physical Layer Enhancements for MTC'. - LC-FeMTC means the Low Complexity part of FeMTC. - EC-Fe","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14350,"revised","2015-10-26T12:04:23.657","2015-10-26T12:03:15.697","S2-153599","S2-153604","Rel-13","","","","","","","","","","","",""]
["S2-153604","Way forward on CIoT architecture design","SA WG2","Frank Mademann",6821,"other","","Approval","Contents: - Potential Agreements: - Open questions Indicative voting questions. In this document: - FeMTC UE means a UE built to the 'Rel 13 WI on Further LTE Physical Layer Enhancements for MTC'. - LC-FeMTC means the Low Complexity part of FeMTC. - EC-Fe","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14360,"revised","2015-10-26T12:04:23.727","2015-10-26T12:03:15.710","S2-153603","S2-153636","Rel-13","","","","","","","","","","","",""]
["S2-153605","[draft] LS on way forward agreements for CIoT","SA WG2","Frank Mademann",6821,"LS out","","Approval","To: RAN WG1, RAN WG2, RAN WG3, SA WG3. Attachment: S2-153604","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14380,"revised","2015-10-26T12:04:23.790","2015-10-26T12:03:15.713","","S2-153637","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2, RAN WG3, SA WG3"]
["S2-153606","Conclusions for TR 23.720","Intel","Maurice Pope",648,"pCR","","Approval","It is proposed to capture conclusion in TR 23.720","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14410,"revised","2015-10-26T12:04:23.857","2015-10-26T12:03:15.717","","S2-153696","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153607","[DRAFT] Reply LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","SA WG2","Hannu Hietalahti",13349,"LS out","","Approval","To: TSG SA","","6","4.1","Common issues and Incoming LSs",10140,"revised","2015-10-26T12:04:23.923","2015-10-26T12:03:15.720","","S2-153689","Rel-10","","","","","","","",null,"TSG SA"]
["S2-153608","Key issue-Selection mechanism for control and user plane node","Huawei, Hisilicon, Allot Communications","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for control plane node and user plane node selection mechanism.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15880,"revised","2015-10-26T12:04:23.993","2015-10-26T12:03:15.813","S2-153124","S2-153667","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153609","Key issue-distribued user plane design","China Mobile","Tao Sun",54129,"pCR","","Approval","This contribution describes the key issue that when the control and the user plane of the network element (SGW/PGW) are separated, a number of user plane functions may be managed by one control plane function.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15910,"revised","2015-10-26T12:04:24.127","2015-10-26T12:03:15.913","S2-153146","S2-153668","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153610","New Key issue: Change of user plane session identity (due to other than UE mobility scenarios)","Cisco, CATT, Allot Communications, KDDI, ZTE, NEC","Nirav Salot",42469,"pCR","","Approval","This contribution proposes new key issue for CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15940,"revised","2015-10-26T12:04:24.257","2015-10-26T12:03:16.020","S2-153077","S2-153669","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153611","Key issue - U-GW Relocation in Mobility Procedures","Huawei, HiSilicon, Allot Communications","Runze Zhou",60945,"pCR","","Approval","in this contribution, a new key issue is proposed.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15970,"approved","2015-10-26T12:04:24.393","2015-10-26T12:03:16.117","S2-153120","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153612","Key issue of flexibly adding or removing user plane functions of S/PGW","CATT","Maurice Pope",648,"pCR","","Approval","This P-CR proposes to introduce new key issue for scale-in/scale-out of user plane nodes of S/PGW with C/U split.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15990,"noted","2015-10-26T12:04:24.530","2015-10-26T12:03:16.220","S2-153354","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153613","Introducing Extended Idle mode DRX","Ericsson, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduce the CN paging procedure in the context of the extended DRX feature as a high level function to facilitate communications with packet data networks and applications (e.g. Machine Type Communication (MTC) applications on the (ex","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13850,"revised","2015-10-26T12:04:24.667","2015-10-26T12:03:17.367","S2-153371","S2-153670","Rel-13","23.682","13.3.0","eDRX","0133","4","B",null,"","","","",""]
["S2-153614","MME awareness of when the UE will become reachable","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: This CR proposes that the MME is informed about the 'approximate time when the UE will become reachable' at the release of the S1 connection and that the MME uses the information to derive when the UE is reachable for paging. Such solut","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13890,"withdrawn","2015-10-26T12:04:24.927",null,"S2-153184","","Rel-13","23.401","13.4.0","eDRX","2911","1","F",null,"","","","",""]
["S2-153615","Paging coordination between CN and UE","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduces enhancements to the CN paging procedure for Iu mode in the context of the extended idle mode DRX feature.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13910,"revised","2015-10-26T12:04:25.040","2015-10-26T12:03:18.463","S2-153185","S2-153672","Rel-13","23.060","13.4.0","eDRX","1985","1","B",null,"","","","",""]
["S2-153616","[DRAFT] Reply LS to Reply LS on paging coordination in extended idle mode DRX","Huawei, HiSilicon","Wanqiang Zhang",41153,"LS out","","Approval","Response LS to R2-153914","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13690,"revised","2015-10-26T12:04:25.327","2015-10-26T12:03:18.557","S2-153361","S2-153702","Rel-13","","","","","","","",null,"RAN WG2, RAN WG3"]
["S2-153617","Radio resources aspects of inter-PLMN discovery transmission support","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the description of the radio resources usages for Inter-PLMN ProSe discovery transmission to clause 4.5.1.1.2.3.1.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12760,"revised","2015-10-26T12:04:25.467","2015-10-26T12:03:19.677","S2-153272","S2-153656","Rel-13","23.303","13.1.1","TEI13","0239","1","B",null,"","","","",""]
["S2-153618","Procedure aspects of inter-PLMN discovery transmission support","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the procedure support of inter-PLMN ProSe discovery transmission for both Model A and Model B based on roaming procedures.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12790,"revised","2015-10-26T12:04:25.737","2015-10-26T12:03:20.780","S2-153274","S2-153657","Rel-13","23.303","13.1.1","TEI13","0241","1","B",null,"","","","",""]
["S2-153619","Clarification on additional provisioning information related to UE-to-Network Relaying","LG Electronics, U.S. Department of Commerce","Laeyoung Kim",40613,"CR","","Approval","Summary of change: - Add descriptions related to how provisioning information to be provisioned. - Arrange some NOTEs. - Fix 5.3.x to 5.3.7 in clause 4.5.1.1.2.3.4.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13200,"withdrawn","2015-10-26T12:04:26",null,"S2-153273","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0240","1","F",null,"","","","",""]
["S2-153620","Adding pre-provisioned radio parameters for ProSe UE-NW Relay","Qualcomm Incorporated, US Department of Commerce","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: 1) Adds radio parameters for Remote UE and ProSe UE-Network Relay provisioning 2) Clarifies that the radio parameters for all discovery types and all communication types are common","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13220,"revised","2015-10-26T12:04:26.110","2015-10-26T12:03:21.897","S2-153229","S2-153982","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0233","1","F",null,"","","","",""]
["S2-153621","[DRAFT] Reply LS on ProSe Direct Discovery out of coverage","SA WG2","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153130/R2-154999)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13250,"revised","2015-10-26T12:04:26.367","2015-10-26T12:03:21.990","S2-153360","S2-153660","Rel-13","","","","","","","",null,"RAN WG2, CT WG1"]
["S2-153622","Clarification of ProSe Public Safety and general Discovery procedures","Ericsson, Samsung, LG Electronics, Qualcomm Incorporated, Intel","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clarified that Public Safety discovery mainly falls under restricted type even though it is not same in the functional behaviour as in case of non-public safety cases. Also clarified that the discovery subscriptions are applied for the","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13280,"agreed","2015-10-26T12:04:26.507","2015-10-26T12:03:23.093","S2-153057","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0220","1","F","SP-150604","","","","",""]
["S2-153623","Correcting description of Discovery Group ID","Qualcomm Incorporated, US Department of Commerce","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: Removes 'Layer-2' and 'link layer' terms from the description of Discovery Group ID","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13300,"revised","2015-10-26T12:04:26.777","2015-10-26T12:03:24.167","S2-153226","S2-153661","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0232","1","F",null,"","","","",""]
["S2-153624","Clarification of Layer-3 protocol data types","Samsung, Qualcomm Incorporated","Sunghoon Kim",43516,"CR","","Approval","Summary of change: Clarifies that the Layer-3 protocol data types mentioned in clause 5.4.2 and 5.4.3 are only the ones needed for one-to-many ProSe Direct Communication.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13330,"agreed","2015-10-26T12:04:27.057","2015-10-26T12:03:25.267","S2-153299","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0249","1","F","SP-150604","","","","",""]
["S2-153625","Updating Restricted Discovery procedures to ensure latest metadata for the monitoring UE","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: When the monitoring UE or discoverer UE needs to obtained the latest metadata, e.g. when it noticed a new metadata index in a Suffix, it includes an 'metadata requested' in the Match Report request message, and this will trigger the Pro","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13350,"revised","2015-10-26T12:04:27.317","2015-10-26T12:03:26.353","S2-153280","S2-154009","Rel-13","23.303","13.1.1","TEI13","0243","1","F",null,"","","","",""]
["S2-153626","Clarification on in coverage Remote UE","LG Electronics, Alcatel-Lucent, U.S. Department of Commerce","Laeyoung Kim",40613,"CR","","Approval","Summary of change: - Remove the texts implying the Remote UEs are out of coverage when they are served by UE-to-Network Relay from the descriptions related to Remote UE. - Fix 5.3.x to 5.3.7 in clause 4.5.1.1.2.3.4. - Change the caption of Figure 4.4.3-1","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13380,"agreed","2015-10-26T12:04:27.587","2015-10-26T12:03:27.470","S2-153270","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0238","1","F","SP-150604","","","","",""]
["S2-153627","[DRAFT] Reply LS on ProSe UE-to-Network relay","LG Electronics","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153129/R2-154998)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13120,"revised","2015-10-26T12:04:27.857","2015-10-26T12:03:27.587","S2-153358","S2-153659","Rel-13","","","","","","","",null,"RAN WG2, CT WG1"]
["S2-153628","Solution for PSAP Callback number for IMS emergency session in the S8HR architecture","Intel, Nokia Networks","Saso Stojanovski",24932,"pCR","","Approval","Proposes a solution for provision of PSAP callback number for IMS emergency session in the S8HR architecture, as proposed in the key issue in companion paper for this meeting (S2-153345).","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15300,"revised","2015-10-26T12:04:27.997","2015-10-26T12:03:27.677","S2-153346","S2-153688","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153629","Solution to Key Issue 2 - Handling of non UE detectable Emergency Session","NEC, NTT DOCOMO","Andreas Kunz",35384,"pCR","","Approval","This P-CR proposes a solution to Key Issue 2 - Handling of non UE detectable Emergency Session.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15350,"revised","2015-10-26T12:04:28.143","2015-10-26T12:03:27.767","S2-153215","S2-153686","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153630","Alternative solution for Key Issue #3","LG Electronics, LG Uplus","Hyunsook Kim",42013,"pCR","","Approval","This paper considers the solution for Key Issue #3: Determination of the ID of the visited PLMN at IMS Entities in HPLMN","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15390,"revised","2015-10-26T12:04:28.287","2015-10-26T12:03:27.853","S2-153276","S2-153687","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153631","Solution for Key Issue#3 - Providing VPLMN ID","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper discusses how to provide the VPLMN ID in S8 home routed roaming scenario.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15420,"approved","2015-10-26T12:04:28.430","2015-10-26T12:03:27.947","S2-153349","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153632","Emergency Service Support Indicator based on MME configuration","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","Provides solution to the key issue on Influencing the selection of domain for first attempt of emergency calls","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15440,"withdrawn","2015-10-26T12:04:28.583",null,"S2-153377","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153633","Update to Solution 2 - Infrequent small data transmission using pre-established NAS security","Intel, Qualcomm Incorporated, Samsung, NEC, LG Electronics, Cisco, KPN, Huawei, CATT, China Mobile","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - infrequent small data transmission using pre-established NAS security by adding more description to flow and adding attach procedure flow.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14030,"revised","2015-10-26T12:04:28.630","2015-10-26T12:03:27.967","S2-153543","S2-153693","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153634","Update to Solution 2 for expectable DL data delivery","ITRI","Josie ching-wen Cheng",46266,"pCR","","Approval","It is proposed that the C-SGN may keep the connection if the C-SGN expects or perceives more than one DL packet In order to reduce signalling and latency for DL data transmission.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14110,"noted","2015-10-26T12:04:28.717","2015-10-26T12:03:28.053","S2-153312","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153635","User plane based solution with AS information stored in RAN","Ericsson, Alcatel Lucent","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides a merged user plane based solution on basis of solution 6.5 and 6.6.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14220,"revised","2015-10-26T12:04:28.853","2015-10-26T12:03:28.067","S2-153559","S2-153694","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153636","Way forward on CIoT architecture design for NB-IoT","SA WG2","Frank Mademann",6821,"other","","Approval","Contents: - Potential Agreements: - Open questions Indicative voting questions. In this document: - FeMTC UE means a UE built to the 'Rel 13 WI on Further LTE Physical Layer Enhancements for MTC'. - LC-FeMTC means the Low Complexity part of FeMTC. - EC-Fe","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14370,"approved","2015-10-26T12:04:28.930","2015-10-26T12:03:28.083","S2-153604","","Rel-13","","","","","","","","","","","",""]
["S2-153637","[draft] LS on Agreements on CIoT architecture for NB-IOT","SA WG2","Frank Mademann",6821,"LS out","","Approval","To: RAN WG1, RAN WG2, RAN WG3, SA WG3, CT WG1, CT WG3, CT WG4. Attachment: S2-153636","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14390,"revised","2015-10-26T12:04:29.010","2015-10-26T12:03:28.097","S2-153605","S2-153695","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2, RAN WG3, SA WG3, CT WG1, CT WG3, CT WG4"]
["S2-153638","Update of solution 15","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Update of the solution for 'non-IP' small data","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14480,"revised","2015-10-26T12:04:29.090","2015-10-26T12:03:28.107","S2-153562","S2-153697","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153639","[DRAFT] LS on Requirements for Unlicensed spectrum offloading system enhancements","SA WG2","Miguel Griot",42742,"LS out","","Approval","To: SA WG1","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16720,"withdrawn","2015-10-26T12:04:29.193","2015-10-26T12:03:28.113","","","Rel-14","","","","","","","",null,"SA WG1"]
["S2-153640","Usage of cell identities in the MBMS bearer activation for group message delivery","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: - The SCEF may include a list of cell IDs in the Activate MBMS Bearer Request message (Step 8). - The SCEF may map between the location/area information provided by the SCS/AS and a list of cell IDs (Step 8). - The location/area informa","","8","5.1","3GPP Packet Access Maintenance",10480,"agreed","2015-10-26T12:04:29.270","2015-10-26T12:03:28.123","S2-153542","","Rel-13","23.682","13.3.0","TEI13, GROUPE, MBMS_enh_TS","0136","2","F","SP-150610","","","","",""]
["S2-153641","Clarify validity time for CP Parameters","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: The 'validity time' aspect of a set of CP parameters is clarified. Note 2 is clarified to explain more clearly the meaning of overlapping CP parameter sets.","","8","5.1","3GPP Packet Access Maintenance",10300,"revised","2015-10-26T12:04:29.410","2015-10-26T12:03:28.147","S2-153537","S2-153692","Rel-13","23.682","13.3.0","TEI13, AESE","0142","2","F",null,"","","","",""]
["S2-153642","Clarification of MONTE Reporting Procedure","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify that in case of One time Monitoring Request, the SCEF requests the HSS (for monitoring events configured via HSS) to delete the related monitoring event configuration upon receiving Monitoring Indication from the MME/SGSN.","","8","5.1","3GPP Packet Access Maintenance",10370,"agreed","2015-10-26T12:04:29.553","2015-10-26T12:03:28.167","S2-153539","","Rel-13","23.682","13.3.0","MONTE","0135","2","F","SP-150609","","","","",""]
["S2-153643","Update for UE Reachability Notifications","InterDigital Communications","Mahmoud Watfa",41881,"CR","","Approval","Summary of change: Updating the E-UTRAN Initial Attach (Clause 5.3.2.1) procedure with text that is identical to what was added to the UE triggered Service Request procedure.","","8","5.1","3GPP Packet Access Maintenance",10400,"revised","2015-10-26T12:04:29.707","2015-10-26T12:03:28.187","S2-153540","S2-153700","Rel-13","23.401","13.4.0","TEI13","2905","2","F",null,"","","","",""]
["S2-153644","Correcting HSS handling of CP parameters","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Removed the sentence requiring the HSS to not check the content of CP parameter set(s).","","8","5.1","3GPP Packet Access Maintenance",10440,"agreed","2015-10-26T12:04:29.850","2015-10-26T12:03:28.203","S2-153541","","Rel-13","23.682","13.3.0","MONTE","0139","2","F","SP-150609","","","","",""]
["S2-153645","Clarification of ProSe Public Safety Relay subscription","Ericsson,  Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Clarifiy text to separate the Remote and Relay UE subscription information","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13170,"agreed","2015-10-26T12:04:30","2015-10-26T12:03:29.287","S2-153062","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0223","1","F","SP-150604","","","","",""]
["S2-153646","Reply LS on combined registration when the CS Mobility Management back off timer is running","SA WG2","Sunghoon Kim",43516,"LS out","","Approval","From system perspective, SA WG2 believes that 'normal procedures' are preferred in order for the CS domain to be protected. SA WG2 would like to leave it as stage-3 decision if stage-3 development cost is deemed as considerable.","","8","5.1","3GPP Packet Access Maintenance",10580,"approved","2015-10-26T12:04:30.277","2015-10-26T12:03:29.303","S2-153574","","Rel-13","","","","","","","","S2-152991","CT WG1"]
["S2-153647","Differentiate MBMS User and Bearer Services","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Mike Dolan",1692,"CR","","Approval","Summary of change: Various parts of TS 23.246 are made specific to either MBMS user services or MBMS bearer services, when the possibility of ambiguity exists. The MB2 reference point is added. A small editorial problem is fixed.","","8","5.1","3GPP Packet Access Maintenance",10790,"agreed","2015-10-26T12:04:30.450","2015-10-26T12:03:29.320","S2-153551","","Rel-13","23.246","13.2.0","TEI13","0398","2","F","SP-150614","","","","",""]
["S2-153648","Clarification on the elements of the MBMS service description","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The service description in the Activate MBMS Bearer Response includes MBMS SAIs if the BM-SC has mapped the cell IDs into the MBMS Service Area Identities.","","8","5.1","3GPP Packet Access Maintenance",10820,"revised","2015-10-26T12:04:30.597","2015-10-26T12:03:29.333","S2-153554","S2-154023","Rel-13","23.468","13.2.0","MBMS_enh_TS","0075","2","F",null,"","","","",""]
["S2-153649","Clarification on the MBMS broadcast area parameter determination","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: Addition of the note clarifying the MBMS broadcast area parameter determination.","","8","5.1","3GPP Packet Access Maintenance",10850,"agreed","2015-10-26T12:04:30.740","2015-10-26T12:03:29.350","S2-153552","","Rel-12","23.468","12.6.0","TEI12, GCSE_LTE","0073","2","F","SP-150600","","","","",""]
["S2-153650","Correction on the elements of the MBMS service description","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: The service description in the Activate MBMS Bearer Response only includes the radio frequency.","","8","5.1","3GPP Packet Access Maintenance",10880,"agreed","2015-10-26T12:04:30.883","2015-10-26T12:03:29.367","S2-153553","","Rel-12","23.468","12.6.0","TEI12, GCSE_LTE","0074","2","F","SP-150600","","","","",""]
["S2-153651","Proposal for Study on a Next Generation System Architecture","China Mobile, China Telecom, Rogers Communications, CATT, CATR, China Unicom, Huawei, HiSilicon, ZTE, Potevio, OPPO, Coolpad, Spreadtrum Communications, Deutsche Telekom, Motorola Mobility, Lenovo, ASUSTeK, Sandvine, Intel, Nokia Networks, Alcatel-Lucent, SK Telecom, Verizon, Interdigital, Sprint, Mediatek, NEC","Tao Sun",54129,"SID new","","Approval","-","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",0,"revised","2015-10-26T12:04:31.030","2015-10-26T12:03:29.387","S2-153573","S2-153703","","","","","","","","","","","","",""]
["S2-153652","New Work Item Description on Service Domain Centralization","Deutsche Telekom","Dieter Gludovacz",38203,"SID new","","Approval","Study and specify a solution that overcomes the limitations of ICS and allows operators to deploy an architecture whereby services are always provided, regardless of the access technology in use, via IMS.","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16590,"approved","2015-10-26T12:04:31.110","2015-10-26T12:03:29.403","S2-153527","","Rel-14","","","","","","","","","","","",""]
["S2-153653","Study on Improvement of sponsored data rule database","China Unicom, China Telecom, China Mobile, KDDI, T-Mobile USA, Huawei, ZTE, Intel, CATR, CATT, Allot Communications, Black Berry UK Ltd","Yang Xu",46344,"SID new","","Approval","Proposal for Study on Improvement of sponsored data rule database","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16650,"approved","2015-10-26T12:04:31.193","2015-10-26T12:03:29.417","S2-153528","","","","","","","","","","","","","",""]
["S2-153654","New WID: Evolution to and interworking with eCall in IMS","Qualcomm Incorporated, Deutsche Telekom, Nokia Networks, TeliaSonera, Ericsson, Telecom Italia, Vodafone, TeleCommunication Systems, Alcatel Lucent","Haris Zisimopoulos",41602,"WID new","","Approval","The objective of this work item is to specify the system impacts for an eCall based on IMS emergency calls that will allow for enhanced eCall user experience and functionality, and for the long-term phase out of CS core and access networks. The work will","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16680,"approved","2015-10-26T12:04:31.290","2015-10-26T12:03:29.427","S2-153529","","Rel-14","","","","","","","","","","","",""]
["S2-153655","New WID on EIR check for WLAN access to EPC","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, T-Mobil USA, ZTE, Verizon, Rogers Communications, Broadcom Corporation","Laurent Thiebaut",11066,"WID new","","Information","New WID on EIR check for WLAN access to EPC","","34","7.1","New and Revised Work Items, Cover sheets for completed work items",16750,"approved","2015-10-26T12:04:31.373","2015-10-26T12:03:29.443","S2-153531","","Rel-14","","","","","","","","","","","",""]
["S2-153656","Radio resources aspects of inter-PLMN discovery transmission support","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the description of the radio resources usages for Inter-PLMN ProSe discovery transmission to clause 4.5.1.1.2.3.1.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12770,"agreed","2015-10-26T12:04:31.457","2015-10-26T12:03:29.457","S2-153617","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0239","2","B","SP-150604","","","","",""]
["S2-153657","Procedure aspects of inter-PLMN discovery transmission support","Qualcomm Incorporated","Hong Cheng",25668,"CR","","Approval","Summary of change: Adding the procedure support of inter-PLMN ProSe discovery transmission for both Model A and Model B based on roaming procedures.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12800,"agreed","2015-10-26T12:04:31.603","2015-10-26T12:03:29.473","S2-153618","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0241","2","B","SP-150604","","","","",""]
["S2-153658","Reporting of remote UE from Relay UE","Ericsson, Intel, Orange","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Adding reporting of Remote UE from UE-to-NW Relay UE to the MME and that the MME forwards the information to S-GW and to P-GW via S-GW.","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12910,"revised","2015-10-26T12:04:31.843","2015-10-26T12:03:29.487","S2-153565","S2-154122","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0195","4","B",null,"","","","",""]
["S2-153659","[DRAFT] Reply LS on ProSe UE-to-Network relay","SA WG2","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153129/R2-154998)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13130,"revised","2015-10-26T12:04:31.990","2015-10-26T12:03:29.503","S2-153627","S2-153714","Rel-13","","","","","","","",null,"RAN WG2, CT WG1"]
["S2-153660","Reply LS on ProSe Direct Discovery out of coverage","SA WG2","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153130/R2-154999)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13260,"approved","2015-10-26T12:04:32.077","2015-10-26T12:03:29.517","S2-153621","","Rel-13","","","","","","","","S2-153130","RAN WG2, CT WG1, CT WG6"]
["S2-153661","Correcting description of Discovery Group ID","Qualcomm Incorporated, US Department of Commerce","Haris Zisimopoulos",41602,"CR","","Approval","Summary of change: Removes 'Layer-2' and 'link layer' terms from the description of Discovery Group ID","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13310,"agreed","2015-10-26T12:04:32.250","2015-10-26T12:03:29.530","S2-153623","","Rel-13","23.303","13.1.1","eProSe-Ext-SA2","0232","2","F","SP-150601","","","","",""]
["S2-153662","[DRAFT] Reply LS on inter-PLMN sidelink discovery transmission","SA WG2","Runze Zhou",60945,"LS out","","Approval","Reply LS on inter-PLMN sidelink discovery transmission","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12840,"revised","2015-10-26T12:04:32.393","2015-10-26T12:03:29.620","S2-153340","S2-153719","Rel-13","","","","","","","",null,"RAN WG2, CT WG1","RAN WG3"]
["S2-153663","Scope of TR","Huawei, Hisilicon, Allot Communications, ZTE","Runze Zhou",60945,"pCR","","Approval","This document proposes text for the scope section of the Technical Report.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15710,"approved","2015-10-26T12:04:32.543","2015-10-26T12:03:29.633","S2-153587","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153664","Architectural assumptions","Nokia Networks","Devaki Chandramouli",41594,"pCR","","Approval","This paper proposes architectural assumptions that should be taken into consideration for the new architecture developed as part of FS_CUPS feature.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15740,"approved","2015-10-26T12:04:32.637","2015-10-26T12:03:29.647","S2-153588","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153665","Baseline Architecture","Huawei, HiSilicon, Allot Communications, ZTE","Runze Zhou",60945,"pCR","","Approval","In this contribution, the enhanced EPC architecture to realize CUPS feature (CUPS architecture) is proposed as a way forward for further study.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15770,"approved","2015-10-26T12:04:32.723","2015-10-26T12:03:29.660","S2-153589","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153666","Key issue definition for CUPS","Ericsson, Allot Communications, ZTE, Huawei, HiSilicon","Shabnam Sultana",21207,"pCR","","Approval","This contribution proposes key issues regarding functional allocation for FS_CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15830,"approved","2015-10-26T12:04:32.860","2015-10-26T12:03:29.683","S2-153590","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153667","Key issue-Selection mechanism for control and user plane node","Huawei, Hisilicon, Allot Communications, ZTE","Runze Zhou",60945,"pCR","","Approval","This paper proposes a key issue for control plane node and user plane node selection mechanism.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15890,"approved","2015-10-26T12:04:32.960","2015-10-26T12:03:29.697","S2-153608","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153668","Key issue-distribued user plane design","China Mobile, ZTE","Tao Sun",54129,"pCR","","Approval","This contribution describes the key issue that when the control and the user plane of the network element (SGW/PGW) are separated, a number of user plane functions may be managed by one control plane function.","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15920,"approved","2015-10-26T12:04:33.057","2015-10-26T12:03:29.710","S2-153609","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153669","New Key issue: Change of user plane session identity (due to other than UE mobility scenarios)","Cisco, CATT, Allot Communications, KDDI, ZTE, NEC","Nirav Salot",42469,"pCR","","Approval","This contribution proposes new key issue for CUPS","","23","6.8","Feasibility Study on Control and User Plane Separation of EPC nodes (FS_CUPS)",15950,"approved","2015-10-26T12:04:33.147","2015-10-26T12:03:29.727","S2-153610","","Rel-14","23.714","","FS_CUPS","","",null,"","","","","",""]
["S2-153670","Introducing Extended Idle mode DRX","Ericsson, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduce the CN paging procedure in the context of the extended DRX feature as a high level function to facilitate communications with packet data networks and applications (e.g. Machine Type Communication (MTC) applications on the (ex","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13860,"revised","2015-10-26T12:04:33.230","2015-10-26T12:03:29.747","S2-153613","S2-153712","Rel-13","23.682","13.3.0","eDRX","0133","5","B",null,"","","","",""]
["S2-153671","Paging for extended idle mode DRX in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: MME capability to compute next paging hyperframe, store and send paging request before the UE's paging hyperframe","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13830,"revised","2015-10-26T12:04:33.387","2015-10-26T12:03:29.760","S2-153555","S2-153885, S2-154055, S2-154069, S2-154071, S2-154074","Rel-13","23.401","13.4.0","eDRX","2916","2","B",null,"","","","",""]
["S2-153672","Paging coordination between CN and UE","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduces enhancements to the CN paging procedure for Iu mode in the context of the extended idle mode DRX feature.","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13920,"agreed","2015-10-26T12:04:33.543","2015-10-26T12:03:29.777","S2-153615","","Rel-13","23.060","13.4.0","eDRX","1985","2","B","SP-150611","","","","",""]
["S2-153673","Adding eNodeB change reporting in Location Change Reporting Procedure","China Mobile, China Unicom, ZTE, Allot Communications","Aihua Li",48485,"CR","","Approval","Summary of change: This CR implements a new eNodeB granularity in Location Change Reporting Procedure, and this CR is applicable to macro eNodeB.","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16520,"agreed","2015-10-26T12:04:33.703","2015-10-26T12:03:29.790","S2-153440","","Rel-14","23.401","13.4.0","TEI14","2904","2","B","SP-150618","","","","",""]
["S2-153674","Adding ENODEB_CHANGE event trigger","China Mobile, China Unicom, ZTE, Allot Communications","Aihua Li",48485,"CR","","Approval","Summary of change: This CR implements a new event trigger ENODEB_CHANGE in Event-Trigger mechanism, and this CR is applicable to macro eNodeB.","","30","6.26","TEI14 Category B/C - Enhancements and Improvements only. PCC/QoS",16550,"agreed","2015-10-26T12:04:33.857","2015-10-26T12:03:29.807","S2-153441","","Rel-14","23.203","13.5.1","TEI14","0999","2","B","SP-150618","","","","",""]
["S2-153675","Clarification of S2a architecture","Huawei, HiSilicon, China Telecom","Runze Zhou",60945,"CR","","Approval","Summary of change: Clarify restrictions to S2a architecture","","10","5.3","Non-3GPP Access Maintenance",11450,"agreed","2015-10-26T12:04:34.007","2015-10-26T12:03:29.820","S2-153435","","Rel-12","23.402","12.8.0","TEI12","2907","1","F","SP-150602","","","","",""]
["S2-153676","Clarification of S2a architecture","Huawei, HiSilicon, China Telecom","Runze Zhou",60945,"CR","","Approval","Rel-13 mirror CR: Summary of change: Clarify restrictions to S2a architecture","","10","5.3","Non-3GPP Access Maintenance",11480,"agreed","2015-10-26T12:04:34.157","2015-10-26T12:03:29.837","S2-153436","","Rel-13","23.402","13.3.0","TEI12","2908","1","A","SP-150602","","","","",""]
["S2-153677","[draft]Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","SA WG2","Runze Zhou",60945,"LS out","","Approval","Reply to CT WG4 LS (S2-152155/C4-151071) on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","","10","5.3","Non-3GPP Access Maintenance",11510,"revised","2015-10-26T12:04:34.317","2015-10-26T12:03:29.853","S2-153437","S2-153705","Rel-12","","","","","","","",null,"CT WG4","CT WG1"]
["S2-153678","[DRAFT] LS on failure to setup the resources for VoLTE MO call","SA WG2","Antoine Mouquet",38438,"LS out","","Approval","To: CT WG1","","11","5.4","IMS and IMS-Related Maintenance",12480,"revised","2015-10-26T12:04:34.407","2015-10-26T12:03:29.870","S2-153449","S2-153717","Rel-13","","","","","","","",null,"CT WG1"]
["S2-153679","Architecture Assumption and Requirement for AULC","KDDI, China Telecom","Takeshi Usui",59388,"pCR","","Approval","Propose a key issue for grouping PRAs in order to manages the PRAs in a scalable manner.","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16260,"approved","2015-10-26T12:04:34.493","2015-10-26T12:03:29.883","S2-153482","","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153680","AULC key issue - Extension of PCRF/OCS location change reporting","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"pCR","","Approval","This paper proposes to introduce a key issue corresponding to the second objective of AULC Study Item: 'Studying a mechanism enabling user location change reporting at pre-configured (non-user specific) areas granularity as defined in the above justificat","","24","6.9","Study on improvement of awareness of user location change (FS_AULC)",16300,"approved","2015-10-26T12:04:34.583","2015-10-26T12:03:29.897","S2-153481","","Rel-14","23.710","","FS_AULC","","",null,"","","","","",""]
["S2-153681","eDECOR Architecture","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","eDECOR TR Architecture to TR 23.711","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15550,"approved","2015-10-26T12:04:34.680","2015-10-26T12:03:29.913","S2-153593","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153682","Selection of DCN","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Proposal for selection of Dedicated Core Network using assistance information from the UE","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15580,"approved","2015-10-26T12:04:34.777","2015-10-26T12:03:29.927","S2-153594","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153683","Solution for enhanced dedicated core network selection","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This P-CR proposes solutions for enhanced dedicated core network selection","","22","6.7","FS on Enhancements of Dedicated Core Networks selection mechanism (FS_eDecor)",15610,"approved","2015-10-26T12:04:34.863","2015-10-26T12:03:29.943","S2-153595","","Rel-14","23.711","","FS_eDecor","","",null,"","","","","",""]
["S2-153684","Reply LS on S8HR roaming architecture handling of E9-1-1 calls in the US and Canada","SA WG2","Christopher Joul",31136,"LS out","","Approval","Response to: LS S2-153015_WTSC-2015-00104R001 on S8HR roaming architecture handling of E9-1-1 calls in the US and Canada","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15150,"approved","2015-10-26T12:04:34.950","2015-10-26T12:03:29.957","S2-153568","","Rel-14","23.303","13.1.1","","","","","","S2-153015","ATIS WTSC","GSMA NG, GSMA WAS, TSG SA, TSG CT, SA WG1, SA WG3, CT WG1, CT WG3, CT WG4, GSMA PSMC"]
["S2-153685","Determination of VoLTE roaming agreement for S8HR in MME","NTT DOCOMO","Irfan Ali",50390,"pCR","","Approval","With S8HR 'VPLMN Address Allowed' parameter cannot be used to provide status of VoLTE roaming agreement to VPLMN. This needs to be configured in MME.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15240,"approved","2015-10-26T12:04:35.120","2015-10-26T12:03:29.970","S2-153570","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153686","Solution to Key Issue 2 - Handling of non UE detectable Emergency Session","NEC, NTT DOCOMO","Andreas Kunz",35384,"pCR","","Approval","This P-CR proposes a solution to Key Issue 2 - Handling of non UE detectable Emergency Session.","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15360,"approved","2015-10-26T12:04:35.210","2015-10-26T12:03:29.987","S2-153629","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153687","Alternative solution for Key Issue #3","LG Electronics, LG Uplus","Hyunsook Kim",42013,"pCR","","Approval","This paper considers the solution for Key Issue #3: Determination of the ID of the visited PLMN at IMS Entities in HPLMN","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15400,"approved","2015-10-26T12:04:35.297","2015-10-26T12:03:30.003","S2-153630","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153688","Solution for PSAP Callback number for IMS emergency session in the S8HR architecture","Intel, Nokia Networks","Saso Stojanovski",24932,"pCR","","Approval","Proposes a solution for provision of PSAP callback number for IMS emergency session in the S8HR architecture, as proposed in the key issue in companion paper for this meeting (S2-153345).","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15310,"revised","2015-10-26T12:04:35.387","2015-10-26T12:03:30.017","S2-153628","S2-153713","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153689","Reply LS on 3GPP Work on Explicit Congestion Notification for Lower Layer Protocols","SA WG2","Hannu Hietalahti",13349,"LS out","","Approval","To: TSG SA","","6","4.1","Common issues and Incoming LSs",10150,"approved","2015-10-26T12:04:35.480","2015-10-26T12:03:30.033","S2-153607","","Rel-10","","","","","","","","S2-153036","TSG SA"]
["S2-153690","Reply LS on handover policy for a terminal reaches the handover collision between from PS to CS and from LTE to WiFi at the same time","SA WG2","Miguel Griot",42742,"LS out","","Approval","Provides answers to LS S2-152996","","6","4.1","Common issues and Incoming LSs",10080,"approved","2015-10-26T12:04:35.707","2015-10-26T12:03:30.047","S2-153526","","Rel-13","","","","","","","","S2-152996","GSMA NG RILTE, CT WG1"]
["S2-153691","Bearer binding, usage monitoring and other impacts due to NBIFOM","Ericsson","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Bearer binding in the PCEF associates PCC Rules to an IPCAN bearer within the allowed access type for the PCC Rule. The allowed access type is either included in the PCC Rule or the default access applies. For the purpose of usage monit","","9","5.2","QoS and PCC Maintenance",11360,"agreed","2015-10-26T12:04:35.883","2015-10-26T12:03:30.060","S2-153476","","Rel-13","23.203","13.5.1","TEI13, NBIFOM","1002","3","F","SP-150607","","","","",""]
["S2-153692","Clarify validity time for CP Parameters, Add Delete Capability","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE","Mike Dolan",1692,"CR","","Approval","Summary of change: The 'validity time' aspect of a set of CP parameters is clarified. Note 2 is clarified to explain more clearly the meaning of overlapping CP parameter sets.","","8","5.1","3GPP Packet Access Maintenance",10310,"agreed","2015-10-26T12:04:36.053","2015-10-26T12:03:30.077","S2-153641","","Rel-13","23.682","13.3.0","TEI13, AESE","0142","3","F","SP-150608","","","","",""]
["S2-153693","Update to Solution 2 - Infrequent small data transmission using pre-established NAS security","Intel, Qualcomm Incorporated, Samsung, NEC, LG Electronics, Cisco, KPN, Huawei, CATT, China Mobile","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - infrequent small data transmission using pre-established NAS security by adding more description to flow and adding attach procedure flow.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14040,"approved","2015-10-26T12:04:36.223","2015-10-26T12:03:30.097","S2-153633","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153694","User plane based solution with AS information stored in RAN","Ericsson, Alcatel Lucent","Shabnam Sultana",21207,"pCR","","Approval","This contribution provides a merged user plane based solution on basis of solution 6.5 and 6.6.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14230,"approved","2015-10-26T12:04:36.320","2015-10-26T12:03:30.110","S2-153635","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153695","LS on Agreements on CIoT architecture for NB-IOT","SA WG2","Frank Mademann",6821,"LS out","","Approval","To: RAN WG1, RAN WG2, RAN WG3, SA WG3, CT WG1, CT WG3, CT WG4. Attachment: S2-153636","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14400,"approved","2015-10-26T12:04:36.423","2015-10-26T12:03:30.127","S2-153637","","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2, RAN WG3, SA WG3, CT WG1, CT WG3, CT WG4"]
["S2-153696","Conclusions for TR 23.720","Intel","Maurice Pope",648,"pCR","","Approval","It is proposed to capture conclusion in TR 23.720","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14420,"approved","2015-10-26T12:04:36.520","2015-10-26T12:03:30.137","S2-153606","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153697","Update of solution 15","Ericsson","Shabnam Sultana",21207,"pCR","","Approval","Update of the solution for 'non-IP' small data","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14490,"approved","2015-10-26T12:04:36.617","2015-10-26T12:03:30.153","S2-153638","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153698","Update to Solution 4a - non-IP small data transmission via SCEF","Intel","Puneet Jain",36283,"pCR","","Approval","This paper proposes update to solution 2 - non-IP small data transmission via SCEF.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14520,"approved","2015-10-26T12:04:36.730","2015-10-26T12:03:30.167","S2-153600","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153699","Update for Solution 4a: Non-IP small data transmission via SCEF","Samsung","Sung Hwan Won",46717,"pCR","","Approval","Solution 4a is updated to specify how MO and MT small data transmission is achieved with minimized impacts.","","14","5.7","Study on architecture enhancements of cellular systems for ultra low complexity and low throughput Internet of Things (FS_AE_CIoT)",14550,"approved","2015-10-26T12:04:36.833","2015-10-26T12:03:30.187","S2-153601","","Rel-13","23.720","1.0.0","FS_AE_CIoT","","",null,"","","","","",""]
["S2-153700","Update for UE Reachability Notifications","InterDigital Communications","Mahmoud Watfa",41881,"CR","","Approval","Summary of change: Updating the E-UTRAN Initial Attach (Clause 5.3.2.1) procedure with text that is identical to what was added to the UE triggered Service Request procedure.","","8","5.1","3GPP Packet Access Maintenance",10410,"agreed","2015-10-26T12:04:36.953","2015-10-26T12:03:30.203","S2-153643","","Rel-13","23.401","13.4.0","MONTE","2905","3","F","SP-150609","","","","",""]
["S2-153701","Enhanced Coverage for paging in LTE","Qualcomm Incorporated","Miguel Griot",57486,"CR","","Approval","Summary of change: The eNB sends information to MME regarding last negotiated CE level for paging and cell ID. The MME stores this information and includes it in the next paging message to all eNBs for which paging message is sent.  The MME may use the fa","","8","5.1","3GPP Packet Access Maintenance",10690,"endorsed","2015-10-26T12:04:37.120","2015-10-26T12:03:30.217","S2-153548","SP-150737","Rel-13","23.401","13.4.0","TEI13","2917","2","B",null,"","","","",""]
["S2-153702","[DRAFT] Reply LS to Reply LS on paging coordination in extended idle mode DRX","SA WG2","Wanqiang Zhang",41153,"LS out","","Approval","Response LS to R2-153914","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13700,"revised","2015-10-26T12:04:37.287","2015-10-26T12:03:30.237","S2-153616","S2-153716","Rel-13","","","","","","","",null,"RAN WG2, RAN WG3"]
["S2-153703","Proposal for Study on a Next Generation System Architecture","China Mobile, China Telecom, Rogers Communications, CATT, CATR, China Unicom, Huawei, HiSilicon, ZTE, Potevio, OPPO, Coolpad, Spreadtrum Communications, Deutsche Telekom, Motorola Mobility, Lenovo, ASUSTeK, Sandvine, Intel, Nokia Networks, Alcatel-Lucent, SK Telecom, Verizon, Interdigital, Sprint, Mediatek, NEC, Cisco","Tao Sun",54129,"SID new","","Approval","-","","37","7.4","Work Item proposals, discussion and other related to Next Generation Mobile Network Architecture ('5G architecture')",0,"approved","2015-10-26T12:04:37.387","2015-10-26T12:03:30.250","S2-153651","","","","","","","","","","","","","",""]
["S2-153704","LS on requested feedback on draft CRs for improved e2e QoS","SA WG2","Belen Pancorbo",4022,"LS out","","Approval","To: SA WG4. CC: CT WG3, CT WG1, CT WG4","","9","5.2","QoS and PCC Maintenance",11160,"approved","2015-10-26T12:04:37.483","2015-10-26T12:03:30.263","S2-153475","","Rel-13","","","","","","","","S2-153047","SA WG4","CT WG3, CT WG1, CT WG4"]
["S2-153705","Reply LS on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","SA WG2","Runze Zhou",60945,"LS out","","Approval","Reply to CT WG4 LS (S2-152155/C4-151071) on roaming scenario with selection of a WLAN that interworks with a service provider in EVSP","","10","5.3","Non-3GPP Access Maintenance",11520,"approved","2015-10-26T12:04:37.667","2015-10-26T12:03:30.277","S2-153677","","Rel-12","","","","","","","","S2-152992","CT WG4","CT WG1"]
["S2-153706","Reply LS on NBIFOM Procedures","SA WG2","Tricci So",44974,"LS out","","Approval","To: CT WG1. CC: CT WG3, CT WG4. Attachments: S2-153489, S2-153490","","10","5.3","Non-3GPP Access Maintenance",11880,"approved","2015-10-26T12:04:37.867","2015-10-26T12:03:30.297","S2-153491","","Rel-13","","","","","","","","S2-153417","CT WG1","CT WG3, CT WG4"]
["S2-153707","Assigning destination access for IP flow mapping","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: Clarify the IP Flow Mapping is also sent over the destination access as the Routing Rule in NBIFOM.","","10","5.3","Non-3GPP Access Maintenance",11850,"agreed","2015-10-26T12:04:38.053","2015-10-26T12:03:30.307","S2-153490","","Rel-13","23.161","13.0.0","NBIFOM","0009","2","F","SP-150607","","","","",""]
["S2-153708","Procedure updates for default access in UE-initiated NBIFOM mode","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: In UE-initiated NBIFOM mode, If the network rejects the default access, the network either rejects the UE's request for adding an additional access or accepts the request and provides the other default access.","","10","5.3","Non-3GPP Access Maintenance",12050,"agreed","2015-10-26T12:04:38.207","2015-10-26T12:03:30.330","S2-153489","","Rel-13","23.161","13.0.0","NBIFOM","0006","3","F","SP-150607","","","","",""]
["S2-153709","Clarification for the information of IP Flow mapping","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: Clarify the IP Flow mapping information.","","10","5.3","Non-3GPP Access Maintenance",12310,"revised","2015-10-26T12:04:38.363","2015-10-26T12:03:30.350","S2-153492","S2-153828","Rel-13","23.161","13.0.0","NBIFOM","0010","2","F",null,"","","","",""]
["S2-153710","Update of functional entities","LG Electronics","Myungjune Youn",60905,"CR","","Approval","Summary of change: Updates the Function entities based on the NBIFOM agreements  1) Clarify that the NBIFOM mode is a selection procedure. 2) Replace 'Not usable' with 'unusable' for alignment with the name of indication. 3) Add interface used to send usa","","10","5.3","Non-3GPP Access Maintenance",12090,"agreed","2015-10-26T12:04:38.527","2015-10-26T12:03:30.370","S2-153495","","Rel-13","23.161","13.0.0","NBIFOM","0007","3","F","SP-150607","","","","",""]
["S2-153711","Supporting Location reporting for IMS sessions over S2b","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Laurent Thiebaut",11066,"CR","","Approval","Summary of change: The User Location Information is added in following messages sent by the ePDG: Delete session Request, Delete Bearer Response, Create Bearer Response and Update Bearer Response. The User Location Information corresponds to: - WLAN Locat","","10","5.3","Non-3GPP Access Maintenance",12170,"revised","2015-10-26T12:04:38.693","2015-10-26T12:03:30.400","S2-153459","S2-153774","Rel-13","23.402","13.3.0","SEW1","2906","2","F",null,"","","","",""]
["S2-153712","Introducing Extended Idle mode DRX","Ericsson, Qualcomm Incorporated","Shabnam Sultana",21207,"CR","","Approval","Summary of change: Introduce the CN paging procedure in the context of the extended DRX feature as a high level function to facilitate communications with packet data networks and applications (e.g. Machine Type Communication (MTC) applications on the (ex","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13870,"revised","2015-10-26T12:04:38.867","2015-10-26T12:03:30.437","S2-153670","S2-153931, S2-154070","Rel-13","23.682","13.3.0","eDRX","0133","6","B",null,"","","","",""]
["S2-153713","Solution for PSAP Callback number for IMS emergency session in the S8HR architecture","Intel, Nokia Networks","Saso Stojanovski",24932,"pCR","","Approval","Proposes a solution for provision of PSAP callback number for IMS emergency session in the S8HR architecture, as proposed in the key issue in companion paper for this meeting (S2-153345).","","21","6.6","Study on S8 Home Routing Architecture for VoLTE (FS_V8)",15320,"approved","2015-10-26T12:04:39.030","2015-10-26T12:03:30.460","S2-153688","","Rel-14","23.749","0.1.0","680053","","",null,"","","","","",""]
["S2-153714","Reply LS on ProSe UE-to-Network relay","SA WG2","Laeyoung Kim",40613,"LS out","","Approval","Reply to RAN WG2 LS (S2-153129/R2-154998)","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",13140,"approved","2015-10-26T12:04:39.130","2015-10-26T12:03:30.480","S2-153659","","Rel-13","","","","","","","","S2-153129","RAN WG2, CT WG1"]
["S2-153715","Reply LS on NBIFOM Clarifications","SA WG2","Tricci So",44974,"LS out","","Approval","To: CT WG3. CC: SA WG1, SA WG3, SA WG4. Attachment: S2-153492","","10","5.3","Non-3GPP Access Maintenance",11920,"approved","2015-10-26T12:04:39.323","2015-10-26T12:03:30.500","S2-153493","","Rel-13","","","","","","","","S2-153402","CT WG3","CT WG1, SA WG3, SA WG4"]
["S2-153716","Reply LS to Reply LS on paging coordination in extended idle mode DRX","SA WG2","Wanqiang Zhang",41153,"LS out","","Approval","Response LS to R2-153914","","13","5.6","Extended DRX cycle for Power Consumption Optimization, normative (eDRX)",13710,"approved","2015-10-26T12:04:39.513","2015-10-26T12:03:30.517","S2-153702","","Rel-13","","","","","","","","S2-153008","RAN WG2, RAN WG3"]
["S2-153717","LS on failure to setup the resources for VoLTE MO call","SA WG2","Antoine Mouquet",38438,"LS out","","Approval","To: CT WG1","","11","5.4","IMS and IMS-Related Maintenance",12490,"approved","2015-10-26T12:04:39.700","2015-10-26T12:03:30.537","S2-153678","","Rel-13","","","","","","","",null,"CT WG1"]
["S2-153718","LS on failure to setup the resources for VoLTE MO call","SA WG2","Marco Spini",8356,"LS out","","Approval","To: CT WG1, BBF, WBA, WFA. Attachments: S2-153044","","10","5.3","Non-3GPP Access Maintenance",12270,"approved","2015-10-26T12:04:39.800","2015-10-26T12:03:30.557","S2-153474","","Rel-12","","","","","","","",null,"CT WG1, BBF, WBA, WFA"]
["S2-153719","Reply LS on inter-PLMN sidelink discovery transmission","SA WG2","Runze Zhou",60945,"LS out","","Approval","Reply LS on inter-PLMN sidelink discovery transmission","","12","5.5","Extended Proximity-based Services (eProSe-Ext-SA2) and Proximity-based Services (ProSe)",12850,"approved","2015-10-26T12:04:39.903","2015-10-26T12:03:30.600","S2-153662","","Rel-13","","","","","","","","S2-153006","RAN WG2, CT WG1"]

{"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"]