{"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":556,"n_cols":32,"rows_kept":556,"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-150001","Draft Agenda for SA WG2#107","SA WG2 Chairman","Erik Guttman",18782,"agenda","","Approval","Draft Agenda for SA WG2#107","","2","2","Approval of the agenda",10000,"revised","2015-03-19T15:48:23.923","2015-03-19T15:48:20.600","","S2-150553","","","","","","","","","","","","",""]
["S2-150003","LS from GSMA RILTE: LS on Service Data Synchronization","GSMA RILTE","Maurice Pope",648,"LS in","","Information","This document contains an LS to SA WG2 (copied to CT WG4) to request information related to IMS and CS supplementary service data settings synchronisation.","","6","4","Common issues and Incoming LSs",10080,"noted","2015-03-24T10:38:10.627","2015-03-24T10:32:28.537","S2-143816","","","","","","","","","",null,"SA WG2","CT WG4","RILTE #39 Doc 122"]
["S2-150005","LS from SA WG5: LS to SA WG2 - Request for clarification about GWCN","SA WG5","Maurice Pope",648,"LS in","","Action","In TS 23.251 - Section 4.1, the architectures related to RAN sharing scenarios MOCN and GWCN are described as follows: [ . . . ] Action: In order to address properly the GWCN scenario in its OA&M Technical Specifications, SA WG5 is requesting SA WG2 to pr","","6","4","Common issues and Incoming LSs",10090,"replied to","2015-03-24T10:38:10.673","2015-03-24T10:32:28.553","S2-143846","","Rel-12","","","","","","","",null,"SA WG2","SA WG1, RAN WG3","S5-145055","S2-150685"]
["S2-150007","Draft Report of SA WG2 meeting #106","SA WG2 Secretary","Maurice Pope",648,"report","","Approval","Draft Report version 0.1.1rm of meeting #106 for approval","","5","3","Meeting reports",10040,"approved","2015-03-24T10:38:10.687","2015-03-24T10:32:28.553","","","","","","","","","","","","","","",""]
["S2-150008","LS from CT WG1: Reply LS on LS to CT WG1 on Rx resource sharing information","CT WG1","Maurice Pope",648,"LS in","","Action","CT WG1 thanks SA WG2 for the LS to CT WG1 on Rx resource sharing information. Q1: It is unclear from the existing standards the exact UE behaviour when a session is put on hold. More specifically it is unclear whether the UE that puts a session on hold ca","","40","7.4","Resource Reuse for Multiple Media Sessions (DRuMS)",11600,"noted","2015-03-24T10:38:10.687","2015-03-24T10:32:28.567","","","Rel-13","","","","","","","",null,"SA WG2",null,"C1-144406"]
["S2-150009","LS from CT WG1: Definition of the SPExclusionList","CT WG1","Maurice Pope",648,"LS in","","Action","SA WG2 defined the SPExclusionList including a list of SSIDs not preferred for selection, and it is outside the node of WLAN selection criteria, quote from TS 23.402 subclause 4.8.2.1.6 [ . . . ] Therefore, CT WG1 decided to define SPExclusionList under t","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10490,"replied to","2015-03-24T10:38:10.703","2015-03-24T10:32:28.567","","","Rel-12","","","","","","","",null,"SA WG2",null,"C1-144519","S2-150688"]
["S2-150010","LS from CT WG1: LS on eCall","CT WG1","Maurice Pope",648,"LS in","","Action","CT WG1 discussed a proposed WID for one aspect of eCall (i.e. identification of the type of emergency eCall in IMS) and it was questioned whether any Stage-1 or Stage-2 requirements exist. IETF works on eCalls in the 'Next-Generation Pan-European eCall' d","","6","4","Common issues and Incoming LSs",10120,"postponed","2015-03-24T10:38:10.720","2015-03-24T10:32:28.567","","","Rel-13","","","","","","","",null,"SA WG1, SA WG2",null,"C1-145030"]
["S2-150018","LS from ETSI E2NA: LS on Location of Media Transcoders","ETSI E2NA","Luca Pesando",36365,"LS in","","Information","In November 2012 ETSI EP E2NA sent a Liaison Statement to the groups listed above to collect information about the existence of documents addressing the problem of the location of media transcoding function in network interconnection. Based on the informa","","6","4","Common issues and Incoming LSs",10060,"noted","2015-03-24T10:38:10.750","2015-03-24T10:32:28.567","","","","","","","","","","",null,"SA WG2",null,"E2NA(14)000179."]
["S2-150019","LS from RAN WG1: LS on Paging for MTC","RAN WG1","Maurice Pope",648,"LS in","","Action","RAN WG1 has discussed and made the following agreements on paging for Rel-13 low complexity UEs and/or UEs operating coverage enhancements (CE). Agreements: 1. Paging messages for Rel-13 low-complexity UEs and/or UEs operating coverage enhancements (CE) a","","6","4","Common issues and Incoming LSs",10140,"replied to","2015-03-24T10:38:10.767","2015-03-24T10:32:28.583","","","Rel-13","","","","","","","",null,"RAN WG2, RAN WG3, SA WG2",null,"R1-145454","S2-150697"]
["S2-150024","LS from SA WG3: LS on Clarification of UE to Network Relay Node Functionalities","SA WG3","Maurice Pope",648,"LS in","","Action","SA WG3 would like to inform SA WG2 that the work on Release 13 ProSe security has recently started. Several contributions focused on potential issues related to the use of UE-to-Network relay and UE-to-UE relay. Questions were raised regarding the functio","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13530,"noted","2015-03-24T10:38:10.767","2015-03-24T10:32:28.583","","","Rel-13","","","","","","","",null,"SA WG2",null,"S3-142581"]
["S2-150025","LS from TSG SA: LS on Establishment of new working group TSG SA WG6","TSG SA","Maurice Pope",648,"LS in","","Action","TSG SA#66 has formally established a new working group to progress the work on applications for Mission Critical Communications within 3GPP. The approved Terms of Reference for SA WG6 are attached in SP-140645 [ . . . ] The first meeting of SA WG6 will be","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11510,"noted","2015-03-24T10:38:10.780","2015-03-24T10:32:28.583","","","","","","","","","","",null,"OMA, ETSI TC TCCE, TSG CT, SA WG2, SA WG6, ATIS","TCCA, 3GPP PCG, TSG RAN, CT WG1, CT WG3, CT WG4, CT WG6, SA WG1, SA WG3, SA WG4, SA WG5","SP-140884"]
["S2-150026","LS from oneM2M TP Chair: Candidate Release Available","oneM2M TP Chair","Maurice Pope",648,"LS in","","Information","The Technical Plenary of oneM2M wishes to make you aware that oneM2M, the Global Partnership developing standards for Machine-to-Machine (M2M) communications and the Internet-of-Things (IoT) announced that its initial Candidate Release of Technical Specif","","6","4","Common issues and Incoming LSs",10070,"noted","2015-03-24T10:38:10.797","2015-03-24T10:32:28.583","","","","","","","","","","",null,"3GPP, 3GPP2, GSMA, oneM2M SC",null,"TP-2014-0511"]
["S2-150027","GTP-C overload control from TWAN/ePDG to PGW","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Verizon ?, AT&T?","Maurice Pope",648,"CR","","Approval","Summary of change: The TWAN/ePDG can signal an overload condition to the PGW over the S2a/S2b interface","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15250,"revised","2015-03-19T16:31:58.090","2015-03-19T16:31:30.400","","S2-150425","Rel-13","23.402","13.0.0","TEI13, GOCMe","1339","","B","-","","","","",""]
["S2-150028","Solution for FMSS: usage of evolved PCC/ADC rules to carry Service Steering information","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","provides a solution for FMSS: usage of evolved PCC/ADC rules to carry Service Steering information. Update of S2-143851","","57","7.17","Flexible Mobile Service Steering (FMSS)",15870,"revised","2015-03-24T10:38:10.797","2015-03-24T10:32:28.600","S2-143851","S2-150461","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150029","Solution for FMSS: Transfer of RAN overload information to the Service Function","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Proposes a Solution for FMSS: Transfer of RAN overload information to the Service Function. Update of S2-143852","","57","7.17","Flexible Mobile Service Steering (FMSS)",15990,"available","2015-03-24T10:38:10.827","2015-03-24T10:32:29.613","S2-143852","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150030","On the coordination between UE and network initiated Routing Rule negotiation (Open Issue 1)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Discusses simplification about coordination between UE and network initiated Routing Rule negotiation","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11920,"noted","2015-03-24T10:38:10.843","2015-03-24T10:32:31.050","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150031","On the transfer of Routing Rule negotiation between UE and PGW (user plane versus Control Plane) (Open Issue 2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, BlackBerry UK Ltd","Maurice Pope",648,"pCR","","Approval","Discusses the transfer of Routing Rule negotiation between UE and PGW (user plane versus Control Plane","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11850,"revised","2015-03-24T10:38:10.860","2015-03-24T10:32:32.390","","S2-150504","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150034","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same 3gpp internal group ID. 2) Adding 3gpp internal group ID to the UE context in MME and HSS. 3) Adding a new subclause fo","","45","7.9","Group based Enhancements (GROUPE)",13010,"revised","2015-03-19T16:31:58.167","2015-03-19T16:31:32.163","","S2-150486","Rel-13","23.401","13.1.0","GROUPE","2822","","B","-","","","","",""]
["S2-150035","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same internal group ID. 2) Adding internal group ID to the UE context in MME and HSS. 3) Adding a new subclause for group sp","","45","7.9","Group based Enhancements (GROUPE)",13060,"revised","2015-03-19T16:31:58.247","2015-03-19T16:31:33.037","","S2-150487","Rel-13","23.060","13.1.0","GROUPE","1943","","B","-","","","","",""]
["S2-150036","APN and group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same 3gpp internal group ID and targeting for a particular APN. 2) Adding a new subclause for APN and group specific Mobilit","","45","7.9","Group based Enhancements (GROUPE)",13110,"available","2015-03-19T16:31:58.323","2015-03-19T16:31:33.897","","","Rel-13","23.401","13.1.0","GROUPE","2823","","B","-","","","","",""]
["S2-150037","APN and group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same internal group ID and targeting for a particular APN. 2) Adding a new subclause for APN and group specific NAS level co","","45","7.9","Group based Enhancements (GROUPE)",13120,"available","2015-03-19T15:48:23.937","2015-03-19T15:48:20.600","","","Rel-13","23.060","13.1.0","GROUPE","1944","","B","-","","","","",""]
["S2-150038","Update the objective of FS_eUMONC_sas WID","China Telecom, Allot communications, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, NSN, ZTE, Orange","Jinyan Li",46923,"SID revised","","Approval","This update is to remove the group usage monitoring from the objective of FS_eUMONC_sas WID","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16750,"approved","2015-03-24T10:38:10.860","2015-03-24T10:32:33.263","","","","","","FS_UMONC_sas","","","","","","","","",""]
["S2-150039","TR 23.858 presentation for Approval","China Telecom, Allot communications, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, NSN, ZTE, Orange","Jinyan Li",46923,"TS or TR cover","","Approval","This is the presentation of TR 23.858 to TSG SA Plenary for approval.","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16760,"approved","2015-03-24T10:38:10.877","2015-03-24T10:32:34.043","","","Rel-13","23.858","0.0.0","FS_UMONC_sas","","","","","","","","",""]
["S2-150041","Solution of leveraging the existing PCC framework with Sd/Gx interface","Allot Communications, Cisco, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Sprint, Comverse, Openet Telecom","Maurice Pope",648,"pCR","","Approval","This contribution outlines one of the solutions per defined key issue for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15890,"revised","2015-03-24T10:38:10.920","2015-03-24T10:32:34.887","","S2-150460","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150042","Traffic steering solution and ADC feature","Cisco, Allot Communications, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Comverse, Openet Telecom","Nirav Salot",42469,"pCR","","Approval","This contribution adds a new solution requirement to key issue#1.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15840,"revised","2015-03-24T10:38:10.953","2015-03-24T10:32:35.777","","S2-150456","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150043","Solution to key issue#2: Semantics of traffic steering policy","Cisco, Allot Communications, Oracle","Nirav Salot",42469,"pCR","","Approval","This contribution proposes a new solution to key issue#2.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16100,"revised","2015-03-24T10:38:10.953","2015-03-24T10:32:36.633","","S2-150475","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150044","MONTE Event Analysis - Change in Location","Cisco","Maulik Vaidya",44517,"pCR","","Approval","Provides analysis + conclusion for change in location event","","44","7.8","Monitoring Enhancements (MONTE)",12610,"revised","2015-03-24T10:38:10.983","2015-03-24T10:32:37.490","S2-143901","S2-150524","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150045","Solution for Scenario B, coordination of maximum latency","Ericsson","Hans Ronneke",25844,"pCR","","Approval","A Scenario B solution","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14420,"revised","2015-03-24T10:38:11.017","2015-03-24T10:32:38.317","","S2-150469","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150046","Clean-up of scenario A solutions","Ericsson","Hans Ronneke",25844,"pCR","","Approval","Clean-up of solutions for scenario A","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14590,"revised","2015-03-24T10:38:11.030","2015-03-24T10:32:39.253","","S2-150459","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150047","Evaluation of scenario A solutions","Ericsson","Hans Ronneke",25844,"pCR","","Approval","Evaluation of scenario A solutions","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14650,"available","2015-03-24T10:38:11.047","2015-03-24T10:32:40.097","","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150048","Evaluation of scenario B solutions","Ericsson","Hans Ronneke",25844,"pCR","","Approval","Evaluation of scenario B solutions","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14660,"available","2015-03-24T10:38:11.047","2015-03-24T10:32:40.953","","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150049","Intermediate conclusions","Ericsson","Hans Ronneke",25844,"pCR","","Approval","Intermediate conclusions","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14670,"available","2015-03-24T10:38:11.063","2015-03-24T10:32:41.797","","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150050","New WID on Optimizations to Support High Latency Communications","Ericsson","Hans Ronneke",25844,"WID new","","Approval","WID based on intermediate conclusions","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16840,"revised","2015-03-24T10:38:11.077","2015-03-24T10:32:42.607","","S2-150573","Rel-13","","","FS_HLcom","","","","","","","","",""]
["S2-150051","Group Based Addressing and Identifiers Solution Evaluation","ZTE","Rajesh Bhalla",40612,"pCR","","Approval","This contribution provides evaluation of the solution in clause 5.5.3.1 titled 'Group based addressing by SCS/AS and identifying group members within the PLNM'. Resolution of an Editor's Note and some editorial corrections are also proposed. The proposal","","45","7.9","Group based Enhancements (GROUPE)",12990,"noted","2015-03-24T10:38:11.093","2015-03-24T10:32:43.327","","","","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150052","Group Message Delivery Method Selection","ZTE","Rajesh Bhalla",40612,"pCR","","Approval","This contribution proposes a solution for the selection of the method for delivery of Group Messages to a group of devices. Group messages are delivered to the UEs based on the capabilities of the PLMN across different service areas. Message delivery meth","","45","7.9","Group based Enhancements (GROUPE)",12970,"noted","2015-03-24T10:38:11.110","2015-03-24T10:32:44.153","","","","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150053","An enhanced solution for scenario A","AT&T","Jianrong Wang",54893,"pCR","","Approval","This P-CR proposes an enhanced solution for scenario A for coordination of SCS/AS initiated downlink transmission. It is proposed that if an UE is in PSM or other inactivity status, UE's Active Timer and/or its wake up periods is also communicated to SCS/","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14450,"revised","2015-03-24T10:38:11.123","2015-03-24T10:32:45.650","","S2-150470","","23.769","","FS_HLcom","","",null,"","","","","",""]
["S2-150057","Correction on Discoverer UE procedure for Model B","ZTE","Jinguo Zhu",32987,"pCR","","Approval","This contribution proposes to correct the step 4 in figure 5.2.2.3-1 and the description","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14190,"approved","2015-03-24T10:38:11.140","2015-03-24T10:32:46.557","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150058","Reuse the ProSe Layer-2 Group ID for eMBMS traffic relay","ZTE","Jinguo Zhu",32987,"pCR","","Approval","This contribution proposes to reuse the ProSe Layer-2 Group ID allocated by the application PC5 for relay of eMBMS traffic","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13880,"noted","2015-03-24T10:38:11.157","2015-03-24T10:32:47.413","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150060","A solution for key issue #1 for FMSS: Interwork between PCRF and TS-IWF","KDDI, ZTE, HITACHI, NEC, Broadcom Corporation","Takeshi Usui",59388,"pCR","","Approval","This document proposes defining the new interface between PCRF and S/Gi-LAN for solving key issue #1 'Interface for provisioning of traffic steering policy'. This contribution proposes the following changes to FMSS TR 23.73x.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16000,"noted","2015-03-24T10:38:11.170","2015-03-24T10:32:48.270","","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150062","Clarification on how to get LCS accurate cell identity","China Mobile","Maurice Pope",648,"CR","","Approval","Summary of change: Add description how the MME can get the accurate cell position by triggering the Location Reporting procedure.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15000,"noted","2015-03-19T16:31:58.403","2015-03-19T16:31:34.737","","","Rel-13","23.271","12.1.0","TEI13","0408","","C","-","","","","",""]
["S2-150063","Updates for informing about a UE's connection properties key issue","China Mobile, Huawei, HiSilicon","Maurice Pope",648,"pCR","","Approval","This contribution addresses some details of the solution and extends the procedure with a PGW interaction option.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12190,"revised","2015-03-24T10:38:11.187","2015-03-24T10:32:49.130","","S2-150505","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150064","Proposal for communication failure event","China Mobile, Huawei","Maurice Pope",648,"pCR","","Approval","This contribution provides MONTE event analysis and proposal for communication failure Events.","","44","7.8","Monitoring Enhancements (MONTE)",12620,"revised","2015-03-24T10:38:11.203","2015-03-24T10:32:50.003","","S2-150518","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150065","SSF based solution proposal for FMSS","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose a Service Steering Function based solution for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16010,"revised","2015-03-24T10:38:11.233","2015-03-24T10:32:50.890","","S2-150474","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150066","Introduction of the Secured NSWO service","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, AT&T","Maurice Pope",648,"CR","","Approval","Summary of change: Provide an intermediate service between the baseline NSWO (relying on the security from the AP, which in case of an Open SSID may be inexistent) and the access over SWu to a PGW (providing security and, at mobility between 3GPP and WLAN","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15270,"noted","2015-03-19T16:31:58.480","2015-03-19T16:31:35.597","","","Rel-13","23.402","13.0.0","TEI13","1340","","B","-","","","","",""]
["S2-150067","T-ADS for UEs supporting access to IMS via WLAN connected to EPC using S2b or S2a","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, , Broadcom Corporation, AT&T, Nokia Networks, Deutsche Telekom, Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: Unless this is forbidden by User setting, the UE should issue a re-registration procedure when the IP address used by the UE to access IMS has moved between the 3GPP and the WLAN IP-CAN Types.","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10840,"revised","2015-03-19T16:31:58.573","2015-03-19T16:31:36.470","","S2-150402","Rel-12","23.228","12.7.0","TEI12","1100","","F","-","","","","",""]
["S2-150068","T-ADS for UEs supporting access to IMS via WLAN connected to EPC using S2b or S2a","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Corporation, AT&T, Nokia Networks, Deutsche Telekom, Ericsson","Maurice Pope",648,"CR","","Approval","Rel-13 mirror CR: Summary of change: Unless this is forbidden by User setting, the UE should issue a re-registration procedure when the IP address used by the UE to access IMS has moved between the 3GPP and the WLAN IP-CAN Types.","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10880,"revised","2015-03-19T16:31:58.637","2015-03-19T16:31:37.327","","S2-150403","Rel-13","23.228","13.1.0","TEI13","1101","","A","-","","","","",""]
["S2-150069","Evaluation Criteria","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution proposes evaluation criteria for evaluating the different proposals.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13370,"revised","2015-03-24T10:38:11.267","2015-03-24T10:32:51.750","S2-143935","S2-150479","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150070","Solution 2 Evaluation","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution completes the evaluation criteria for Solution 2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13430,"available","2015-03-24T10:38:11.280","2015-03-24T10:32:52.607","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150071","Additional clarification for Solution 2","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution includes additional clarification for solution 2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13130,"revised","2015-03-24T10:38:11.297","2015-03-24T10:32:53.467","","S2-150462","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150076","DRAFT LS on UE Support for Media Adaptation to enable TrFO in SRVCC","Ericsson","Maurice Pope",648,"LS out","","Approval","This LS requests SA WG4 to look the suitability of RFC 4876 as defined today for media adaptation for interworking between CS and IMS","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10910,"noted","2015-03-24T10:38:11.310","2015-03-24T10:32:54.323","","","Rel-13","","","","","","","",null,"SA WG4"]
["S2-150077","Functionality for Dedicated Core Networks","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: Introduce Decor for GERAN and UTRAN","","41","7.5","Dedicated Core Networks (DECOR)",11770,"available","2015-03-19T16:31:58.713","2015-03-19T16:31:38.200","","","Rel-13","23.060","13.1.0","DECOR","1945","","B","-","","","","",""]
["S2-150078","UE and CN Synchronization in Dedicated Core Networks","Ericsson","Maurice Pope",648,"other","","Discussion","Discusses UE and CN synchronization in Dedicated Core Networks","","41","7.5","Dedicated Core Networks (DECOR)",11640,"noted","2015-03-24T10:38:11.327","2015-03-24T10:32:54.323","","","Rel-13","","","","","","","","","","","",""]
["S2-150079","Redirection at UE initiated initial access","Ericsson","Maurice Pope",648,"pCR","","Approval","Introduces redirection at UE initiated initial access in Dedicated Core Network.","","41","7.5","Dedicated Core Networks (DECOR)",11630,"noted","2015-03-24T10:38:11.343","2015-03-24T10:32:54.323","","","Rel-13","23.707","","DECOR","","",null,"","","","","",""]
["S2-150080","Functionality for Dedicated Core Networks","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: Introduce Decor for E-UTRAN.","","41","7.5","Dedicated Core Networks (DECOR)",11760,"available","2015-03-19T16:31:58.777","2015-03-19T16:31:39.060","","","Rel-13","23.401","13.1.0","DECOR","2826","","B","-","","","","",""]
["S2-150081","Separate TS for DECOR","Ericsson","Maurice Pope",648,"pCR","","Approval","Discusses normative specifications.","","41","7.5","Dedicated Core Networks (DECOR)",11670,"noted","2015-03-24T10:38:11.357","2015-03-24T10:32:55.243","","","Rel-13","23.707","","DECOR","","",null,"","","","","",""]
["S2-150082","Load Balancing for DECOR functionality","Ericsson","Maurice Pope",648,"pCR","","Approval","Introduces functionality for load balancing at use of DECOR.","","41","7.5","Dedicated Core Networks (DECOR)",11750,"noted","2015-03-24T10:38:11.373","2015-03-24T10:32:56.150","","","Rel-13","23.707","","DECOR","","",null,"","","","","",""]
["S2-150083","WID update for DECOR","Ericsson","Maurice Pope",648,"WID revised","","Approval","Proposes a separate TS for DECOR","","41","7.5","Dedicated Core Networks (DECOR)",11660,"available","2015-03-24T10:38:11.390","2015-03-24T10:32:57.053","","","Rel-13","","","DECOR","","","","","","","","",""]
["S2-150085","PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposes a way forward for PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12040,"revised","2015-03-24T10:38:11.407","2015-03-24T10:32:57.833","","S2-150522","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150086","Co-existence between UE-init and NW-init NBIFOM as well as with RAN Rules solution","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposal for how to handle co-existence between UE-init and NW-init NBIFOM as well as with RAN Rules solution","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11930,"noted","2015-03-24T10:38:11.437","2015-03-24T10:32:58.737","","","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150087","Solution for FMSS: New interface for traffic steering","Ericsson, AT&T","Maurice Pope",648,"pCR","","Approval","This contribution proposes a solution for key issue #1 in FMSS TR.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16030,"revised","2015-03-24T10:38:11.467","2015-03-24T10:32:59.580","","S2-150473","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150088","Semantics of a traffic steering policy","Ericsson, AT&T","Maurice Pope",648,"pCR","","Approval","Proposes a solution to key issue on semantics of the traffic steering policy","","57","7.17","Flexible Mobile Service Steering (FMSS)",16140,"available","2015-03-24T10:38:11.483","2015-03-24T10:33:00.440","","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150089","Removing restrictions to report RAT type to the AF","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: Existing limitation to report RAT change only when UE accesses via 3GPP IP-CAN type is removed.  RAT type change is added as event trigger and credit reauthorization trigger in both trusted WLAN access and untrusted non 3GPP access. For","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15090,"revised","2015-03-19T16:31:58.857","2015-03-19T16:31:39.900","","S2-150423","Rel-13","23.203","13.2.0","TEI13, SAES","0966","","B","-","","","","",""]
["S2-150090","Set up and change of the chargeable party - AS authorization and reporting","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposal to resolve some Editors notes on where AS authorization is performed and when to confirm to the AS that flow is sponsored.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12220,"revised","2015-03-24T10:38:11.500","2015-03-24T10:33:01.297","","S2-150506","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150091","Prose New Interface ProSe Function to MME","Ericsson","Maurice Pope",648,"pCR","","Approval","A new interface for control signalling between the MME and the ProSe Function is discussed.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14290,"revised","2015-03-24T10:38:11.513","2015-03-24T10:33:02.187","S2-143949","S2-150601","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150092","Prose Session Continuity","Ericsson, Qualcomm Incorporated","Maurice Pope",648,"pCR","","Approval","Requirements for Session continuity for ProSe are discussed.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13700,"noted","2015-03-24T10:38:11.547","2015-03-24T10:33:03.107","S2-143950","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150093","Presence Reporting Area augmented with zones","Ericsson","Maurice Pope",648,"other","","Discussion","The contribution discusses a use of Partitioning the Presence Reporting Area into zones.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15170,"noted","2015-03-24T10:38:11.577","2015-03-24T10:33:03.980","","","Rel-13","","","","","","","","","","","",""]
["S2-150094","Augmenting Presence Reporting Area with a zone concept","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: The Presence Reporting Area is augmented with the option to define zones that are internal to the Presence Reporting Area. The reporting for Presence Reporting Area is augmented in two ways: - The set of Presence Reporting Area Zones wh","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15220,"available","2015-03-19T16:31:58.917","2015-03-19T16:31:41.477","","","Rel-13","23.203","13.2.0","TEI13, CNO_ULI","0967","","B","-","","","","",""]
["S2-150095","Augmenting Presence Reporting Area with a zone concept","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: The Presence Reporting Area is augmented with the option to define zones that are internal to the Presence Reporting Area.  The transfer of the area definition from an old serving node to the target serving node is documented in the cor","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15230,"available","2015-03-19T16:31:58.997","2015-03-19T16:31:43.053","","","Rel-13","23.401","13.1.0","TEI13, CNO_ULI","2827","","B","-","","","","",""]
["S2-150096","Augmenting Presence Reporting Area with a zone concept","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: The Presence Reporting Area is augmented with the option to define zones that are internal to the Presence Reporting Area.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15240,"available","2015-03-19T16:31:59.057","2015-03-19T16:31:44.643","","","Rel-13","23.060","13.1.0","TEI13, CNO_ULI","1946","","B","-","","","","",""]
["S2-150097","Co-existence of UE and Network initiated NBIFOM","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution discusses and provides a solution for the co-existence of UE and Network initiated NBIFOM.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11940,"noted","2015-03-24T10:38:11.607","2015-03-24T10:33:03.980","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150098","Co-existence with RAN Rule","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution provides a solution of co-existence with RAN Rule for NBIFOM.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11950,"noted","2015-03-24T10:38:11.623","2015-03-24T10:33:04.853","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150099","Cleanup of the Solution of Loss of WLAN","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution cleans up the editor notes of solution of loss of WLAN.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12130,"available","2015-03-24T10:38:11.640","2015-03-24T10:33:05.727","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150100","NBIFOM: Control Plane routing rule definition","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This paper proposes that the definition of the routing rule exchanged between the PDN GW and the UE for s2a and s2b control plane solution are the same.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12140,"available","2015-03-24T10:38:11.670","2015-03-24T10:33:06.570","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150101","NBIFOM Routing rule delivery","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposed adoption of principles that the routing rule(s) are delivered on the destination access and consequently proposes revision of NE definition and procedure.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12110,"available","2015-03-24T10:38:11.687","2015-03-24T10:33:07.397","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150102","Updates for informing about a UE's connection properties key issue","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","WITHDRAWN: Updates for informing about a UE's connection properties key issue","","67","99","WITHDRAWN AND RESERVED ITEMS",16970,"withdrawn","2015-03-24T10:38:11.717",null,"","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150103","Updates for key issue on informing about potential network issues","Huawei, HiSilicon, Cisco","Runze Zhou",60945,"pCR","","Approval","This contribution addresses some details of the solution and adds the procedure for one-time reporting of network status information.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12240,"revised","2015-03-24T10:38:11.733","2015-03-24T10:33:09.113","","S2-150507","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150104","Solution for 3GPP resource management for background data transfer","Huawei, HiSilicon, NTT DOCOMO","Runze Zhou",60945,"pCR","","Approval","This contribution adds a solution description for the key issue 3GPP resource management for background data transfer.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12260,"revised","2015-03-24T10:38:11.763","2015-03-24T10:33:09.970","","S2-150532","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150105","Solution for monitoring via PGW","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","The contribution proposes a solution for monitoring via PGW based on a direct interface between SCEF and PGW.","","44","7.8","Monitoring Enhancements (MONTE)",12660,"noted","2015-03-24T10:38:11.780","2015-03-24T10:33:10.827","","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150106","PCC/ADC rule enforcement and traffic steering","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","The contribution discusses the execution order of PCC/ADC rule enforcement and traffic steering.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15750,"revised","2015-03-24T10:38:11.810","2015-03-24T10:33:11.687","","S2-150453","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150107","Coversheet for presentation of TR 23.896 for approval to TSG SA","Huawei, Hisilicon","Runze Zhou",60945,"TS or TR cover","","Approval","Propose to approved send TR 23.896 to SA for final approval","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16770,"approved","2015-03-24T10:38:11.827","2015-03-24T10:33:12.577","","","Rel-12","23.896","0.0.0","P4C","","","","","","","","",""]
["S2-150108","Conclusion of P4C study work","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Propose conclusion to P4C work indicating the TR will be no longer maintained","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16780,"approved","2015-03-24T10:38:11.857","2015-03-24T10:33:13.417","","","Rel-13","23.896","","P4C","","",null,"","","","","",""]
["S2-150109","SPExclusionList in WLANSP","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Move the definition of SPExclusionList into selection criteria in the WLANSP to keep align with CT WG1 TS 24.312.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10530,"revised","2015-03-19T16:31:59.120","2015-03-19T16:31:46.173","","S2-150408","Rel-12","23.402","12.7.0","TEI12, WLAN_NS","1341","","F","-","","","","",""]
["S2-150110","SPExclusionList in WLANSP","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Rel-13 mirror CR: Summary of change: Move the definition of SPExclusionList into selection criteria in the WLANSP to keep align with CT WG1 TS 24.312.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10550,"revised","2015-03-19T16:31:59.197","2015-03-19T16:31:47.747","","S2-150409","Rel-13","23.402","13.0.0","TEI12, WLAN_NS","1342","","A","-","","","","",""]
["S2-150111","[Draft] Response LS on the definition of the SPExclusionList","Huawei, HiSilicon","Runze Zhou",60945,"LS out","","Approval","LS reply on the definition of the SPExclusionList","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10500,"revised","2015-03-24T10:38:11.890","2015-03-24T10:33:14.323","","S2-150410","","","","","","","","","S2-150009","CT WG1"]
["S2-150112","SA WG2 Chairman's Report on TSG SA#66","SA WG2 Chairman","Erik Guttman",18782,"report","","Information","Decisions taken at TSG SA#66 relevant to SA WG2 are summarized.","","5","3","Meeting reports",10050,"noted","2015-03-24T10:38:11.920","2015-03-24T10:33:14.323","","","","","","","","","","","","","","",""]
["S2-150113","Specification Adoption","SA WG2 Chairman","Erik Guttman",18782,"other","","Action","Rapporteurs are sought to adopt SA WG2 specifications.","","63","8.2","Review of the Work Plan",16920,"noted","2015-03-24T10:38:11.950","2015-03-24T10:33:14.323","","","","","","","","","","","","","","",""]
["S2-150114","SA WG2#107 Work Planning Worksheet","SA WG2 Chairman","Erik Guttman",18782,"other","","Approval","A revision of this document will capture agreements during work planning as SA WG2 preparations for TSG SA#67.","","63","8.2","Review of the Work Plan",16930,"noted","2015-03-24T10:38:11.967","2015-03-24T10:33:14.337","","","","","","","","","","","","","","",""]
["S2-150115","Restricted Discovery with application-controlled extension","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution adds details to an enhancement for restricted discovery, where the principles of enhancements were agreed to be included in TR 23.713: Restricted discovery where the matching is based both on a section of the ProSe Code generated by the","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14140,"merged","2015-03-24T10:38:11.983","2015-03-24T10:33:14.337","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150116","Metadata upload for Open and Restricted Discovery","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution adds details on how to enable the ProSe Function to obtain the metadata that is currently specified to be returned (optionally) in the Match Report procedures. These are specified separately for Open Discovery and Restricted discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14260,"available","2015-03-24T10:38:12.030","2015-03-24T10:33:15.430","S2-143974","S2-150924","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150117","Restricted Discovery with partial matching","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution adds details to an enhancement for restricted discovery, where the principles of enhancements were agreed to be included in TR 23.713: Restricted discovery with partial matching of the ProSe Code. It proposes to remove the FFS about part","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14170,"noted","2015-03-24T10:38:12.060","2015-03-24T10:33:16.287","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150118","Enhancement for ProSe service authorization and provisioning for restricted direct discovery","Qualcomm Incorporated, Huawei, CATT","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes resolutions to the open issues regarding ProSe service authorization and provisioning for restricted direct discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14060,"revised","2015-03-24T10:38:12.090","2015-03-24T10:33:17.147","","S2-150596","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150119","Conclusions on Restricted Discovery basic operations","Qualcomm Incorporated, Telecom Italia, Huawei","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposed the conclusions for the basic operations for Restricted Discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14000,"revised","2015-03-24T10:38:12.107","2015-03-24T10:33:18.003","","S2-150588","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150120","New procedures for Open Direct Discovery","Qualcomm Incorporated, Telecom Italia","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes a number of new procedures over PC3 to enhance open discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14230,"revised","2015-03-24T10:38:12.137","2015-03-24T10:33:18.863","","S2-150597","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150121","Resolve open issues for Model B discovery","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes resolutions to several open issues documented for the Model B discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14210,"noted","2015-03-24T10:38:12.153","2015-03-24T10:33:19.703","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150122","Closing open issues regarding ProSe Discovery UE ID for restricted discovery","Qualcomm Incorporated, Huawei, HiSilicon, CATT","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes resolutions to several open issues regarding the ProSe Discovery UE ID for restricted direct discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13970,"revised","2015-03-24T10:38:12.187","2015-03-24T10:33:20.563","","S2-150557","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150123","Support for ProSe in multicarrier across PLMNs","Qualcomm Incorporated","Haris Zisimopoulos",41602,"CR","","Information","Summary of change: Clarifies the multicarrier support across PLMNs","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10190,"revised","2015-03-19T16:31:59.277","2015-03-19T16:31:49.340","","S2-150888","Rel-12","23.303","12.3.0","ProSe","0151","","F","-","","","","",""]
["S2-150124","[DRAFT] LS on PLMN reselection for ProSe","Qualcomm Incorporated","Haris Zisimopoulos",41602,"LS out","","Approval","LS on trigger for PLMNS reselection due to ProSe multicarrier support","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10200,"revised","2015-03-24T10:38:12.217","2015-03-24T10:33:21.420","","S2-150443","Rel-12","","","","","","","",null,"CT WG1, RAN WG2"]
["S2-150125","[DRAFT] LS on public safety discovery","Qualcomm Incorporated","Haris Zisimopoulos",41602,"LS out","","Approval","LS that asks RAN WG1 and RAN WG2 to provide input on whether from RAN point of view discovery over PC5-C (or what is commonly known 'discovery through communication') is the appropriate solution for public safety from RAN perspective and SA WG2 should sti","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13620,"revised","2015-03-24T10:38:12.233","2015-03-24T10:33:21.420","","S2-150576","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2","TSG RAN"]
["S2-150126","APN information in ProSe UE-NW Relay discovery","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","Discusses options for providing the APN information from ProSe UE-Network Relay.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13940,"available","2015-03-24T10:38:12.247","2015-03-24T10:33:21.420","","S2-150887","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150127","Transport for public safety discovery","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","This paper proposes to send LS to RAN about whether discovery through communication is an appropriate viable option from RAN point of view.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13590,"noted","2015-03-24T10:38:12.280","2015-03-24T10:33:22.277","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150128","Updated WID: Enhancements to Proximity-based Services extensions (eProSe-EXT)","Qualcomm Incorporated","Haris Zisimopoulos",41602,"WID revised","","Approval","Updates the expected output and timescales section in eProSe-EXT WI.","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16800,"revised","2015-03-24T10:38:12.293","2015-03-24T10:33:23.153","","S2-150571","Rel-13","","","eProSe-Ext-SA2TR","","","","","","","","",""]
["S2-150129","Analyses the option for PLMN selection for the ProSe detected cell in case of 1-many ProSe Direct Communication","Qualcomm Incorporated","Haris Zisimopoulos",41602,"other","","Approval","Analyses the option for PLMN selection for the ProSe detected cell in case of 1-many ProSe Direct Communication","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10230,"noted","2015-03-24T10:38:12.310","2015-03-24T10:33:23.900","","","Rel-12","","","","","","","","","","","",""]
["S2-150130","Proximity estimation","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","Discusses solutions for proximity estimation.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14310,"available","2015-03-24T10:38:12.340","2015-03-24T10:33:23.917","","S2-150926","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150132","Enhancement for ProSe service authorization and provisioning for one-to-one communication","Qualcomm Incorporated","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes enhancements to ProSe service authorization and provisioning for one-to-one direct communication","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14320,"available","2015-03-24T10:38:12.373","2015-03-24T10:33:24.743","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150133","Paging optimisations","Qualcomm Incorporated","Haris Zisimopoulos",41602,"other","","Approval","Analyses the options for the proposals for paging optimisations and proposes a way forward.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14870,"noted","2015-03-24T10:38:12.387","2015-03-24T10:33:25.633","","","Rel-13","","","","","","","","","","","",""]
["S2-150136","Feasibility study on the Support of Emergency services over WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Verizon , T-Mobile USA, LGE, AT&T, Qualcomm, Sprint","Maurice Pope",648,"SID new","","Approval","To study the mechanisms needed to support IMS Emergency sessions over WLAN (both in the Trusted -S2a - and in the Untrusted -S2b- cases)","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16870,"revised","2015-03-24T10:38:12.420","2015-03-24T10:33:25.633","","S2-150574","","","","","","","","","","","","",""]
["S2-150137","SA WG2 Update to MCPTT WID","U.S. Department of Commerce (SA WG2 MCPTT Rapporteur)","Randy Bloomfield",56665,"WID revised","","Action","This contribution proposes an update of the SA WG2 portion of the MCPTT WID assuming SA WG2 reaches agreement to transfer TR 23.779 to SA WG6 and to develop a new TR ('TR 23.7xx') to conduct study of Stage 2 MCPTT architecture enhancements under the respo","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16820,"revised","2015-03-24T10:38:12.450","2015-03-24T10:33:25.633","","S2-150572","Rel-13","","","MCPTT","","","","","","","","",""]
["S2-150138","Proposal to Transfer TR 23.779 from SA WG2 to SA WG6","U.S. Department of Commerce (SA WG2 MCPTT Rapporteur)","Randy Bloomfield",56665,"other","","Action","This contribution proposes (1) transfer of TR 23.779 (Study of Architectural Enhancements for Support of Mission Critical Push To Talk over LTE (MCPTT) Services) to SA6, (2) SA WG2 develops a new TR supporting its study of MCPTT architecture enhancements","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11530,"noted","2015-03-24T10:38:12.467","2015-03-24T10:33:26.397","","","Rel-13","","","","","","","","","","","",""]
["S2-150139","Initial Outline of TR 23.7xx for SA WG2 MCPTT Architecture Study","U.S. Department of Commerce (SA WG2 MCPTT Rapporteur)","Randy Bloomfield",56665,"draft TR","","Action","This contribution provides an initial outline of TR 23.7xx (Study of Architecture Enhancements for EPS and IMS to Support of Mission Critical Push To Talk over LTE (MCPTT) Services). This Version 0.0.0 of TR 23.7xx is proposed to support SA WG2's developm","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11560,"available","2015-03-24T10:38:12.497","2015-03-24T10:33:26.397","","","Rel-13","23.779","0.0.0","MCPTT","","","","","","","","",""]
["S2-150140","Scope for TR 23.7xx (SA WG2 MCPTT Architecture)","U.S. Department of Commerce (SA WG2 MCPTT Rapporteur)","Randy Bloomfield",56665,"pCR","","Action","This contribution proposes a Scope for TR 23.7xx (Study on Architecture Enhancements for EPS and IMS to Support Mission Critical Push To Talk over LTE (MCPTT) Services). It is assumed that (1) SA WG2 transfers TR 23.779 (Study of Architectural Enhancement","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11570,"available","2015-03-24T10:38:12.527","2015-03-24T10:33:27.270","","","Rel-13","23.779","","MCPTT","","",null,"","","","","",""]
["S2-150141","Comments on TR 23.779 for SA WG2 and SA6 Consideration","U.S. Department of Commerce (SA WG2 MCPTT Rapporteur)","Randy Bloomfield",56665,"other","","Action","This contribution provides comments on TR 23.779 (Study of Architectural Enhancements for Support of Mission Critical Push To Talk over LTE (MCPTT) Services) for SA WG2 and SA WG6 consideration. These comments identify considerations involving assignment","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11540,"noted","2015-03-24T10:38:12.560","2015-03-24T10:33:28.567","","","Rel-13","","","","","","","","","","","",""]
["S2-150142","Resolve FFS for the solution of Public Safety Direct Discovery in clause 6.1","HTC","Ellen C. Liao",54895,"pCR","","Approval","This paper proposes to resolve an FFS by including TMGI information in the UE-to-Network Relay Discovery procedure.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13550,"noted","2015-03-24T10:38:12.590","2015-03-24T10:33:28.567","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150143","Resolve FFS for the Restricted Direct Discovery for Model B in clause 5.2","HTC","Ellen C. Liao",54895,"pCR","","Approval","This paper proposes to resolve an FFS in the solution of Restricted Direct Discovery for Model B.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14180,"noted","2015-03-24T10:38:12.607","2015-03-24T10:33:29.440","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150144","Proposal of supporting revocation feature for the Open Direct Discovery","HTC","Ellen C. Liao",54895,"pCR","","Approval","This paper proposes to enhance the open direct discovery with revocation features in Rel-13.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14250,"merged","2015-03-24T10:38:12.637","2015-03-24T10:33:30.280","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150145","Activate PCC function per UE based on subscription information when BBERF is deployed","China Telecom, China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE, Intel","Biao Long",55854,"CR","","Approval","Summary of change: The BBERF checks whether PCC should be invoked for a particular IP-CAN session using the charging characteritics. This allows different treatments of the same user depending on the APN.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15130,"revised","2015-03-19T16:31:59.337","2015-03-19T16:31:50.167","","S2-150428","Rel-13","23.203","13.2.0","TEI13","0968","","B","-","","","","",""]
["S2-150146","Architectural Assumption for Roaming Scenario","China Telecom, China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE, Intel","Biao Long",55854,"pCR","","Approval","Proposes architectural assumptions for roaming scenario.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15770,"revised","2015-03-24T10:38:12.653","2015-03-24T10:33:31.107","","S2-150454","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150149","HLcom Solution update on Solution 2","LG Electronics","Jinsook Ryu",39022,"pCR","","Approval","It is proposed to update HLcom Solution 2, especially on the inter-MME mobility procedure.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14620,"merged","2015-03-24T10:38:12.700","2015-03-24T10:33:31.950","","","","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150150","Working assumption for Idle mode eDRX","LG Electronics","Jinsook Ryu",39022,"other","","Discussion","It is proposed to discuss about several issues to make a base line for further progress.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16430,"noted","2015-03-24T10:38:12.717","2015-03-24T10:33:32.793","","","","","","","","","","","","","","",""]
["S2-150151","Clarification on S-CSCF selection for solution 1","China Mobile","Yi Jiang",36227,"pCR","","Approval","This contribution clarifies how I-CSCF select proper S-CSCF if not all S-CSCFs in operator's network are enhanced to support the requirements from solution 1.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13180,"approved","2015-03-24T10:38:12.747","2015-03-24T10:33:32.793","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150152","Clarification on S-CSCF selection for solution 4","China Mobile","Yi Jiang",36227,"pCR","","Approval","This contribution clarifies how I-CSCF select proper S-CSCF if not all S-CSCFs in operator's network are enhanced to support the requirements from solution 4.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13190,"approved","2015-03-24T10:38:12.777","2015-03-24T10:33:33.650","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150153","solution evaluation criteria of WebRTC support of IMS subscriptions corresponding to users managed by third parties","China Mobile","Yi Jiang",36227,"pCR","","Approval","This contribution proposes the criteria to evaluate the solutions on WebRTC support of IMS subscriptions corresponding to users managed by third parties.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13400,"noted","2015-03-24T10:38:12.810","2015-03-24T10:33:34.493","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150154","Terminology and definition update","Telecom Italia, Qualcomm Incorporated","Mario Madella",23765,"pCR","","Approval","The present contribution proposes an update of the terminology and the definition of Application Transparent Container in the Restricted Discovery procedures.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13980,"merged","2015-03-24T10:38:12.840","2015-03-24T10:33:35.350","","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150155","Restricted Discovery Authorization Update","Telecom Italia, Qualcomm Incorporated","Mario Madella",23765,"pCR","","Approval","The present contribution proposes a (PC2 - PC3) procedure where ProSe Application Server triggers the update of the Discovery Filter for Restricted Direct Discovery via announcing UE ProSe Function.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14080,"revised","2015-03-24T10:38:12.870","2015-03-24T10:33:36.240","","S2-150599","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150156","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15540,"revised","2015-03-20T08:27:02.737","2015-03-20T08:26:50.820","","S2-150398","Rel-9","23.167","9.14.0","IMS_EMER_GPRS_EPS","0271","","F","-","","","","",""]
["S2-150157","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Rel-10 mirror CR: Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15560,"revised","2015-03-20T08:27:02.830","2015-03-20T08:26:51.723","","S2-150399","Rel-10","23.167","10.11.0","IMS_EMER_GPRS_EPS","0272","","A","-","","","","",""]
["S2-150158","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Rel-11 mirror CR: Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15580,"revised","2015-03-20T08:27:02.893","2015-03-20T08:26:52.660","","S2-150400","Rel-11","23.167","11.11.0","IMS_EMER_GPRS_EPS","0273","","A","-","","","","",""]
["S2-150159","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Rel-12 mirror CR: Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15600,"revised","2015-03-20T08:27:02.973","2015-03-20T08:26:53.580","","S2-150401","Rel-12","23.167","12.0.0","IMS_EMER_GPRS_EPS","0274","","A","-","","","","",""]
["S2-150160","Addition of condition for sending emergency service support indicator from SGSN","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Summary of change: SGSN/MME sends emergency service support indicator based on roaming agreement (MNC and MCC) only to UEs from HPLMN that support IMS emergency call.","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15620,"noted","2015-03-20T08:27:03.050","2015-03-20T08:26:54.470","","","Rel-13","23.060","13.1.0","TEI13, IMS_EMER_GPRS_EPS","1949","","F","-","","","","",""]
["S2-150161","Addition of condition for sending emergency service support indicator from SGSN","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Summary of change: SGSN/MME sends emergency service support indicator based on roaming agreement (MNC and MCC) only to UEs from HPLMN that support IMS emergency call.","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15630,"noted","2015-03-20T08:27:03.113","2015-03-20T08:26:56.047","","","Rel-13","23.401","13.1.0","TEI13, IMS_EMER_GPRS_EPS","2828","","F","-","","","","",""]
["S2-150162","Clarification of MME behaviour detail for IMS voice over PS session support indicator","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Summary of change: Clearfication of MME behaivor for roam-in subscribers.","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15640,"noted","2015-03-20T08:27:03.173","2015-03-20T08:26:58.010","","","Rel-13","23.401","13.1.0","TEI13","2829","","F","-","","","","",""]
["S2-150167","Communication Patterns for CN assisted eNB parameters tuning","NEC","Andreas Kunz",35384,"pCR","","Approval","This paper shows how to utilize the communication patterns provided by the AS for CN assisted eNB parameters tuning, when UE changes its communication characteristics.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12290,"revised","2015-03-24T10:38:12.887","2015-03-24T10:33:37.097","","S2-150533","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150168","Removal of Editor's Note in the T4 Group Message Delivery Solution","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution removes the Editor's Note on delivery of a message destined for a group of users to certain geographical area.","","45","7.9","Group based Enhancements (GROUPE)",12880,"revised","2015-03-24T10:38:12.917","2015-03-24T10:33:37.973","","S2-150457","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150169","Reference version of FMSS TR","China Mobile","Tao Sun",54129,"draft TR","","Approval","Provide the reference version V 0.1.0 of FMSS TR","","57","7.17","Flexible Mobile Service Steering (FMSS)",15740,"noted","2015-03-24T10:38:12.933","2015-03-24T10:33:38.830","","","Rel-13","23.718","0.0.0","FMSS","","","","","","","","",""]
["S2-150170","Architectural Assumptions for FMSS","China Mobile, CATR","Tao Sun",54129,"pCR","","Approval","This contribution a 'TSPF (Traffic Steering Policy Function') in PCRF for FMSS","","57","7.17","Flexible Mobile Service Steering (FMSS)",15800,"noted","2015-03-24T10:38:13.027","2015-03-24T10:33:39.673","","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150171","Policy Based TCF Solution for FMSS","China Mobile, CATR","Tao Sun",54129,"pCR","","Approval","Propose the policy based Traffic classification function solution to enable FMSS","","57","7.17","Flexible Mobile Service Steering (FMSS)",15950,"revised","2015-03-24T10:38:13.060","2015-03-24T10:33:40.530","","S2-150472","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150172","Solution for traffic steering using PCC interworking with SGi-LAN","NEC","Andreas Maeder",56711,"pCR","","Approval","A solution for traffic steering in the SGi-LAN based on interworking with PCC functions is proposed","","57","7.17","Flexible Mobile Service Steering (FMSS)",16090,"noted","2015-03-24T10:38:13.073","2015-03-24T10:33:41.420","","","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150173","Disposition of TR 23.779","Motorola Solutions","Val Oprescu",14981,"other","","Approval","Proposes transfer of 23.779 to SA WG6","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11520,"endorsed","2015-03-24T10:38:13.107","2015-03-24T10:33:42.293","","","","","","","","","","","","","","",""]
["S2-150174","Updates to MCPTT Architecture within a PS Ecosystem with User-based Services Application Sublayer","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","Proposes text to resolve/remove editor notes from clause 5.7.1","","36","JM1","Joint Meeting with SA WG6: MCPTT Application and IMS Aspects",11550,"available","2015-03-24T10:38:13.120","2015-03-24T10:33:42.293","","","","23.779","","MCPTT","","",null,"","","","","",""]
["S2-150175","Including routing rules during PDN connection establishment","ITRI","Maurice Pope",648,"pCR","","Approval","It is proposed to include routing rules during the establishment of a PDN connection.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12010,"noted","2015-03-24T10:38:13.153","2015-03-24T10:33:43.150","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150176","NBIFOM Routing Rules Inclusion","ZTE, Oracle, Broadcom Corp.","Tricci So",44974,"pCR","","Approval","The purpose of this PCR is to examine the motivation and to evaluate the possible benefit for including the routing rules during the initial access and during the additional access for the control-plane approach, and then to present the conclusions for th","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12020,"revised","2015-03-24T10:38:13.183","2015-03-24T10:33:44.010","","S2-150521","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150177","Default access per APN and Application Id used for routing filter","ZTE","Tricci So",44974,"pCR","","Approval","This P-CR addresses two open issues - default access and Application Id support for route filtering. The discussion of the default access is aimed to specify whether and how the UE and NW agree on which access is to be the default access. As for consideri","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12150,"available","2015-03-24T10:38:13.200","2015-03-24T10:33:44.867","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150178","Conclusions for Miscellaneous NBIFOM Open Issues","ZTE","Tricci So",44974,"pCR","","Approval","This P-CR proposes the conclusions for miscellaneous open issues for control plane approach as documented in TR 23.861.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12080,"available","2015-03-24T10:38:13.230","2015-03-24T10:33:45.740","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150179","Comparisons of NBIFOM solution options","ZTE","Tricci So",44974,"pCR","","Approval","WITHDRAWN: Comparisons of NBIFOM solution options","","67","99","WITHDRAWN AND RESERVED ITEMS",16940,"withdrawn","2015-03-24T10:38:13.247",null,"","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150180","Conclusions for NBIFOM study","ZTE","Tricci So",44974,"pCR","","Approval","This document proposes the conclusions for NBIFOM study in Rel-13.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12160,"revised","2015-03-24T10:38:13.277","2015-03-24T10:33:47.597","","S2-150531","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150181","Support prefix delegation in PMIP-based S5/S8","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: RFC 7148 which specifies how to realize prefix delegation using PMIPv6 is added into the reference list, and the new procedures of IPv6 Prefix Delegation using PMIP-based S5/S8 is provided.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15280,"revised","2015-03-20T08:27:03.220","2015-03-20T08:26:58.837","","S2-150426","Rel-13","23.402","13.0.0","TEI13","1343","","B","-","","","","",""]
["S2-150182","PMIP Prefix Delegation reference correction","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: This CR is to correct the RFC number for PMIP Prefix Delegation.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15310,"revised","2015-03-20T08:27:03.330","2015-03-20T08:26:59.697","","S2-150427","Rel-13","23.402","13.0.0","TEI13","1344","","F","-","","","","",""]
["S2-150184","Solution Evaluations - Overall Evaluation","Alcatel-Lucent","Mike Dolan",1692,"pCR","","Approval","This contribution provides evaluations of the solutions proposed in TR 23.708 and an overall evaluation.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12390,"withdrawn","2015-03-24T10:38:13.307","2015-03-24T10:33:48.517","","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150185","HLCOM PCR - Solution X - Notification via HSS","Alcatel-Lucent","Mike Dolan",1692,"pCR","","Approval","This contribution provides a solution for high latency communications involving notification by the MME when the UE is available, and registration for notification by an application with the HSS. (Resubmission of S2-144102 - not opened)","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14370,"revised","2015-03-24T10:38:13.340","2015-03-24T10:33:49.407","S2-144102","S2-150467","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150186","MBMS Key Issues and Solution","Alcatel-Lucent","Mike Dolan",1692,"pCR","","Approval","This contribution provides four Key Issues for MBMS enhancements in Rel-13, and a solution that addresses those issues.","","58","7.18","MBMS Enhancements (MBMS_enh)",16180,"revised","2015-03-24T10:38:13.370","2015-03-24T10:33:50.263","","S2-150585","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150187","Prioritized PreferredSSIDList","Motorola Mobility","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: Specifies that the PreferredSSIDList includes a prioritized list of SSIDs. Clarifies also that the PreferredRoamingPartnerList includes a prioritized list of realms.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10570,"agreed","2015-03-20T11:00:40.770","2015-03-20T11:00:36.667","","","Rel-12","23.402","12.7.0","WLAN_NS","1334","1","F","SP-150020","","","","",""]
["S2-150188","Overview of IP flow mobility with the IFMP protocol","Motorola Mobility","Apostolis Salkintzis",22112,"pCR","","Approval","Discusses how network-based IP flow mobility works when the IFMP protocol is used.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11810,"noted","2015-03-24T10:38:13.403","2015-03-24T10:33:51.137","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150189","Conclusion on UE-initiated and NW-initiated coexistence","Motorola Mobility","Apostolis Salkintzis",22112,"pCR","","Approval","Analyses the existing proposals for UE-initiated and NW-initiated coexistence and recommends a conclusion.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11870,"revised","2015-03-24T10:38:13.417","2015-03-24T10:33:52.010","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150190","IP flow mobility using the IFMP protocol","BlackBerry UK Ltd., Motorola Mobility, Broadcom Corporation, Intel","Steve Barrett",44373,"pCR","","Approval","This contribution proposes an alternative way of managing IP flow mobility on a multi-access PDN connection using a new UE <-> P-GW signalling protocol.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11820,"revised","2015-03-24T10:38:13.450","2015-03-24T10:33:52.917","","S2-150503","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150191","Comparison of options for negotiating and transferring Routing Rules between UE and P-GW","BlackBerry UK Ltd","Steve Barrett",44373,"pCR","","Approval","WITHDRAWN: Comparison of options for negotiating and transferring Routing Rules between UE and P-GW","","67","99","WITHDRAWN AND RESERVED ITEMS",16950,"withdrawn","2015-03-24T10:38:13.480",null,"","","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150192","Proposed selection of method for negotiating and transferring Routing Rules between UE and P-GW","BlackBerry UK Ltd","Steve Barrett",44373,"pCR","","Approval","WITHDRAWN: Proposed selection of method for negotiating and transferring Routing Rules between UE and P-GW","","67","99","WITHDRAWN AND RESERVED ITEMS",16960,"withdrawn","2015-03-24T10:38:13.510",null,"","","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150193","Adding description of missing S2a system architecture alternative","BlackBerry UK Ltd","Steve Barrett",44373,"CR","","Approval","Summary of change: Figure added to illustrate the system architecture that applies when a UE is cellular roaming but establishes S2a connectivity with the HPLMN in the case where the HPLMN is also acting as the WLAN service provider. This scenario where t","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10590,"revised","2015-03-20T08:30:02.103","2015-03-20T08:29:38.300","","S2-150412","Rel-12","23.402","12.7.0","eSaMOG","1345","","F","-","","","","",""]
["S2-150194","Adding description of missing S2a architecture alternative","BlackBerry UK Ltd","Steve Barrett",44373,"CR","","Approval","Rel-13 mirror CR: Summary of change: Figure added to illustrate the system architecture that applies when a UE is cellular roaming but establishes S2a connectivity with the HPLMN in the case where the HPLMN is also acting as the WLAN service provider. Thi","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10610,"revised","2015-03-20T08:30:02.167","2015-03-20T08:29:39.140","","S2-150413","Rel-13","23.402","13.0.0","eSaMOG","1346","","A","-","","","","",""]
["S2-150195","Merged proposal for IP flow mobility solutions for S2b (GTP) - UE-initiated and Network-initiated IP flow mobility","ZTE","Tricci So",44974,"pCR","","Approval","The intent of this contribution is to suggest a merged proposal for GTP-based S2b which is derived from several companies' proposals to support UE-initiated and Network-initiated IP flow mobility.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11980,"revised","2015-03-24T10:38:13.543","2015-03-24T10:33:55.600","","S2-150520","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150196","Revocation of Restricted Discovery Permission over PC2","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","The document proposes a solution to revoke permission for restricted discovery over PC2 interface.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14090,"merged","2015-03-24T10:38:13.573","2015-03-24T10:33:56.473","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150197","Clarification on TMGI Refresh Timer","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","Clarifies how the TMGI soft state is kept by restarting the TMGI refresh timer when a TMGI monitor request is received.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13960,"available","2015-03-24T10:38:13.607","2015-03-24T10:33:57.347","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150198","SGW buffering solution with SCS/AS assistance","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","Proposes that the SCS/AS provides (via the SCEF) the tolerance time that will be used for buffering at the SGW.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14470,"revised","2015-03-24T10:38:13.637","2015-03-24T10:33:58.250","","S2-150471","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150199","FS_eDRX TR Skeleton","Qualcomm Incorporated","Miguel Griot",42742,"draft TR","","Approval","Proposed Skeleton for FS_eDRX TR.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16360,"revised","2015-03-24T10:38:13.650","2015-03-24T10:33:59.173","","S2-150603","Rel-13","23.770","0.0.0","FS_eDRX","","","","","","","","",""]
["S2-150200","Scope for FS_eDRX","Qualcomm Incorporated","Miguel Griot",42742,"pCR","","Approval","Proposed scope of study to be included in FS_eDRX TR","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16380,"approved","2015-03-24T10:38:13.713","2015-03-24T10:34:00.047","","","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150201","List of Issues for FS_eDRX","Qualcomm Incorporated","Miguel Griot",42742,"pCR","","Approval","List of issues to be studied and concluded in FS_eDRX.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16390,"revised","2015-03-24T10:38:13.730","2015-03-24T10:34:00.903","","S2-150604","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150202","Solutions for FS_eDRX in Idle mode","Qualcomm Incorporated","Miguel Griot",42742,"pCR","","Approval","Proposes solutions for handling mobile terminated procedures in control plane and SMS.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16480,"revised","2015-03-24T10:38:13.760","2015-03-24T10:34:01.777","","S2-150608","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150203","On the need of optimizing the Gx interface for NBIFOM (Open issue 6)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Corporation","Maurice Pope",648,"pCR","","Approval","Proposes an assumption to optimize the Gx interface for NBIFOM (Open issue 6)","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12090,"revised","2015-03-24T10:38:13.793","2015-03-24T10:34:02.620","","S2-150530","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150204","On the use of PCO / APCO (Open issue 9)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell,","Maurice Pope",648,"pCR","","Approval","Discusses the usage of PCO or APCO to negotiate NBIFOM especially in the S2b case","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12120,"available","2015-03-24T10:38:13.823","2015-03-24T10:34:03.570","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150205","Discussing the different solutions in clause 5.2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Discussing the different solutions in clause 5.2","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13320,"revised","2015-03-24T10:38:13.840","2015-03-24T10:34:04.430","","S2-150478","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150208","Discussion on DECOR objectives","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"other","","Discussion","This paper discusses the objectives of DCOR that have not been reached.","","41","7.5","Dedicated Core Networks (DECOR)",11800,"withdrawn","2015-03-24T10:38:13.870",null,"","","Rel-13","","","","","","","","","","","",""]
["S2-150209","Support of a mix of IPv4 and IPv6 eNBs and backhauls in eMBMS","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Ericsson, Nokia Networks, AT&T","Nicolas Drevon",16459,"other","","Discussion","There are deployment scenarios where operators providing MBMS over LTE may need to broadcast services via networks that have a mix of IPv4 and IPv6 eNBs and/or backhauls. For such scenarios, the MBMS GW should provide both IPv4 and IPv6 MBMS IP Multicast","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15010,"noted","2015-03-24T10:38:13.917","2015-03-24T10:34:05.270","","","Rel-13","","","","","","","","","","","",""]
["S2-150210","eMBMS alternative IP multicast distribution address","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, AT&T, Ericsson, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that: - the MBMS GW provides both IPv4 and IPv6 IP Multicast Distribution Addresses to the MME when it supports both IPv4 and IPv6 (via the addition of an alternative IP Multicast Distribution Address); in this case, the","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15020,"revised","2015-03-20T08:30:02.230","2015-03-20T08:29:40.063","","S2-150592","Rel-13","23.246","12.4.0","TEI13, MBMS_enh","0391","","B","-","","","","",""]
["S2-150211","[DRAFT] LS on Support of a mix of IPv4 and IPv6 eNBs and backhauls in eMBMS","Alcatel-Lucent","Maurice Pope",648,"LS out","","Approval","LS informing RAN WG3 that SA WG2 agreed that for scenarios with mixed IPv4 and IPv6, the MBMS GW should provide both IPv4 and IPv6 MBMS IP Multicast Distribution Addresses to the MME, which has to relay them over M3 interface. SA WG2 asks for specificatio","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15050,"revised","2015-03-24T10:38:13.963","2015-03-24T10:34:05.287","","S2-150593","Rel-13","","","","","","","",null,"RAN WG3, CT WG4"]
["S2-150212","Discussion on paging optimisations","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"other","","Discussion","This paper discusses the various options for paging optimisations to limit both the MME and radio interface paging load for stationary and low mobility UEs. It proposes that the eNB sends a list of recommended cells to the MME, based on the mobility histo","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14880,"revised","2015-03-24T10:38:13.997","2015-03-24T10:34:05.287","","S2-150583","Rel-13","","","","","","","","","","","",""]
["S2-150213","[DRAFT] LS on paging optimisations","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","LS informing RAN WG3 about the agreed paging optimisations, and asking for updates.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14940,"available","2015-03-24T10:38:14.027","2015-03-24T10:34:05.287","","","Rel-13","","","","","","","",null,"RAN WG2, RAN WG3","RAN WG1"]
["S2-150214","Enabling seamless handover with WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"other","","Discussion","This paper discusses an issue that prevents seamless WLAN offload from LTE or UTRAN/GERAN, for all PDN connections established via a Gn-SGSN, thus preventing operators to offload their networks from low-value traffic (e.g. Internet), providing a degraded","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15340,"noted","2015-03-24T10:38:14.057","2015-03-24T10:34:05.287","","","Rel-13","","","","","","","","","","","",""]
["S2-150215","Enabling seamless handover with WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: At mobility from Gn-SGSN to MME, for each PDN connection, the target MME sends a Notify message containing the PGW identity to the HSS after the Update Location Request/Answer exchange if the user's subscription info from HSS shows that","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15350,"available","2015-03-20T08:30:02.290","2015-03-20T08:29:41.623","","","Rel-13","23.401","13.1.0","TEI13, SAES","2832","","B","-","","","","",""]
["S2-150216","Enabling seamless handover with WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: At mobility from Gn-SGSN to S4SGSN, for each PDN connection, the target S4-SGSN sends a Notify message containing the PGW identity to the HSS after the Update Location Request/Answer exchange if the user's subscription info from HSS sho","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15360,"available","2015-03-20T08:30:02.353","2015-03-20T08:29:43.227","","","Rel-13","23.060","13.1.0","TEI13, SAES","1952","","B","-","","","","",""]
["S2-150217","Discussion on the support of QoS in trusted and untrusted WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Corporation","Nicolas Drevon",16459,"other","","Discussion","This paper discusses an alternative to solutions described at last meeting for Trusted WLAN in the case inner DSCP must be preserved end-to-end, and further discusses solutions for Untrusted WLAN.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15370,"available","2015-03-24T10:38:14.087","2015-03-24T10:34:05.287","","","Rel-13","","","","","","","","","","","",""]
["S2-150218","Support of QoS in untrusted WLAN (L3-reflective-QoS)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that at Dedicated Bearer Activation/Modification, when the PGW has requested a specific QCI, the ePDG: - Maps the QCI to a DSCPv4/TCv6 value (by configuration) to be used in the inner IP header of the IPsec packets and a","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15380,"available","2015-03-20T08:30:02.400","2015-03-20T08:29:44.867","","","Rel-13","23.402","13.0.0","TEI13, IFOM","1347","","B","-","","","","",""]
["S2-150219","Support of QoS in untrusted WLAN (IKE signalling)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that at Dedicated Bearer Activation/Modification, when the PGW has requested a specific QCI, the ePDG: - Maps the QCI to a DSCPv4/TCv6 value (by configuration) to be used in the outer IP header of the IPsec packets.  - D","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15390,"available","2015-03-20T08:30:02.477","2015-03-20T08:29:46.490","","","Rel-13","23.402","13.0.0","TEI13, IFOM","1348","","B","-","","","","",""]
["S2-150220","Support of QoS in trusted WLAN (L2-reflective-QoS)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Coporation","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that the L2 QoS is used between TWAG and AP, and that the UE shall use reflective QoS at Layer 2 for determining the uplink QoS.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15400,"available","2015-03-20T08:30:02.540","2015-03-20T08:29:48.080","","","Rel-13","23.402","13.0.0","TEI13, eSaMOG","1349","","B","-","","","","",""]
["S2-150221","Support of QoS in trusted WLAN (L3-reflective-QoS)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Coporation","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that the UE shall use reflective QoS for determining the uplink QoS.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15410,"available","2015-03-20T08:30:02.603","2015-03-20T08:29:49.657","","","Rel-13","23.402","13.0.0","TEI13, eSaMOG","1350","","B","-","","","","",""]
["S2-150222","Support of QoS in trusted WLAN (WLCP signalling)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Coporation","Nicolas Drevon",16459,"CR","","Approval","Summary of change: QoS support is introduced in MCM thanks to the addition of a new WLCP procedure.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15420,"available","2015-03-20T08:30:02.667","2015-03-20T08:29:51.200","","","Rel-13","23.402","13.0.0","TEI13, eSaMOG","1351","","B","-","","","","",""]
["S2-150223","Discussion on Presence Reporting Area limitations","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"other","","Discussion","This paper discusses the various scenarios for user location reporting, and the limitations of solutions based on PRA concept when there are too many PRAs as well as for reporting changes of 'administrative' areas i.e. areas not limited to cells, eNBs and","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15160,"noted","2015-03-24T10:38:14.120","2015-03-24T10:34:05.303","","","Rel-13","","","","","","","","","","","",""]
["S2-150224","[DRAFT] LS on User Location Reporting requirements","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","LS asking SA WG1 to clarify the use cases for user location reporting and associated requirements and to define the associated actions expected from PCRF in order to help SA WG2 to build proper solutions.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15180,"revised","2015-03-24T10:38:14.150","2015-03-24T10:34:05.303","","S2-150424","Rel-13","","","","","","","",null,"SA WG1"]
["S2-150225","Skeleton TR 23.797: Study on architecture enhancements to support Isolated E UTRAN Operation for Public Safety","General Dynamics UK Ltd","Maurice Pope",648,"draft TR","","Approval","Proposed skeleton TR 23.797","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16540,"approved","2015-03-24T10:38:14.183","2015-03-24T10:34:05.303","","","","23.797","0.0.0","FS_IOPS_St2","","","","","","","","",""]
["S2-150226","Addition of Scope clause to Stage 2 IOPS TR 23.797","General Dynamics UK Ltd.","Maurice Pope",648,"pCR","","Approval","This contribution proposes text for the scope clause of the IOPS Stage 2 study report","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16550,"revised","2015-03-24T10:38:14.230","2015-03-24T10:34:06.160","","S2-150579","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150227","Addition of Assumptions and Architectural Requirements to Stage 2 IOPS TR 23.797","General Dynamics UK Ltd.","Maurice Pope",648,"pCR","","Approval","This contribution proposes assumptions and architectural requirements to be added to the IOPS Stage 2 study report","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16580,"noted","2015-03-24T10:38:14.260","2015-03-24T10:34:07.067","","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150228","Single cell-site Local EPS solution proposal","General Dynamics UK Ltd.","Maurice Pope",648,"pCR","","Approval","This contribution proposes a single cell-site Local EPS solution proposal to be added to the IOPS Stage 2 study report","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16690,"available","2015-03-24T10:38:14.290","2015-03-24T10:34:07.953","","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150229","Consideration with RAN rule based solution","LG Electronics","Hyunsook Kim",42013,"pCR","","Approval","This paper considers the co-existence of NBIFOM and RAN rule based solution","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11960,"noted","2015-03-24T10:38:14.323","2015-03-24T10:34:08.827","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150230","Co-existence with RAN rule solution in case of loss of an access","LG Electronics","Hyunsook Kim",42013,"pCR","","Approval","This paper considers the co-existence with RAN rule solution in case of loss of an access from a PDN connection","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11970,"noted","2015-03-24T10:38:14.353","2015-03-24T10:34:09.703","","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150231","Clarification on WLANSP with CT WG1 alignment","LG Electronics","Hyunsook Kim",42013,"CR","","Approval","Summary of change: It defines the SPExclusionList inside the WLAN selection criteria","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10538,"merged","2015-03-20T08:30:02.727","2015-03-20T08:29:52.760","","","Rel-12","23.402","12.7.0","WLAN_NS","1352","","F","-","","","","",""]
["S2-150232","Clarification on WLANSP with CT WG1 alignment","LG Electronics","Hyunsook Kim",42013,"CR","","Approval","Rel-13 mirror CR: Summary of change: It defines the SPExclusionList inside the WLAN selection criteria","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10545,"merged","2015-03-20T08:30:02.790","2015-03-20T08:29:53.587","","","Rel-13","23.402","13.0.0","WLAN_NS","1353","","A","-","","","","",""]
["S2-150233","P-CSCF restraining PCC procedure when decomposed architecture is used","China Mobile","Yi Jiang",36227,"pCR","","Approval","The paper proposes to update the NOTE in clause 5.2.5.2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13220,"noted","2015-03-24T10:38:14.387","2015-03-24T10:34:10.577","","S2-150464","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150238","Cover Sheet for TR 23.708 for Information at TSG SA","Intel","Puneet Jain",36283,"TS or TR cover","","Approval","This contribution proposes a cover page for submitting TR 23.708 to TSG SA plenary for Information.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12370,"noted","2015-03-24T10:38:14.417","2015-03-24T10:34:11.463","","","Rel-13","23.708","0.0.0","AESE","","","","","","","","",""]
["S2-150239","Cover Sheet for TR 23.789 for Approval at TSG SA","Intel","Puneet Jain",36283,"TS or TR cover","","Approval","This contribution proposes a cover page for submitting TR 23.789 to TSG SA plenary for Approval.","","44","7.8","Monitoring Enhancements (MONTE)",12760,"revised","2015-03-24T10:38:14.493","2015-03-24T10:34:12.307","","S2-150527","Rel-13","23.789","0.0.0","MONTE","","","","","","","","",""]
["S2-150240","Conclusions for MONTE","Intel","Puneet Jain",36283,"pCR","","Approval","This contribution proposes new conclusions and updates to existing conclusion in TR 23.789.","","44","7.8","Monitoring Enhancements (MONTE)",12680,"revised","2015-03-24T10:38:14.557","2015-03-24T10:34:13.167","","S2-150523","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150241","Removing Key issue 2","Intel","Puneet Jain",36283,"pCR","","Approval","This contribution proposes to remove key issue #2 from TR 23.789 as it is already covered by key issue #1","","44","7.8","Monitoring Enhancements (MONTE)",12740,"approved","2015-03-24T10:38:14.587","2015-03-24T10:34:14.023","","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150242","Monitoring description and flow","Intel","Puneet Jain",36283,"CR","","Approval","Summary of change: High level description for monitoring function and monitoring events procedures is specified.","","44","7.8","Monitoring Enhancements (MONTE)",12770,"noted","2015-03-20T08:30:02.853","2015-03-20T08:29:54.447","","","Rel-13","23.682","13.0.0","MONTE","0090","","B","-","","","","",""]
["S2-150245","eWebRTCi Potential Evaluation Criteria","T-Mobile USA","Maurice Pope",648,"other","","Discussion","Discussion of potential evaluation criteria","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13410,"noted","2015-03-24T10:38:14.633","2015-03-24T10:34:14.897","","","Rel-13","","","","","","","","","","","",""]
["S2-150246","Evaluation discussion on section 5","Samsung","Curt Wong",42596,"other","","Approval","to discuss on how to evaluate for a solution selection for 'WebRTC support of IMS subscriptions corresponding to users managed by third parties'","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13360,"noted","2015-03-24T10:38:14.667","2015-03-24T10:34:14.897","","","Rel-13","","","","","","","","","","","",""]
["S2-150247","Clarification on the usage of SCS/AS provided time period value for loss of connectivity monitoring via HSS","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR clarifies the usage of SCS/AS provided time period value for loss of connectivity monitoring via HSS.","","44","7.8","Monitoring Enhancements (MONTE)",12450,"revised","2015-03-24T10:38:14.697","2015-03-24T10:34:14.897","","S2-150514","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150248","Correction on monitoring event reporting via HSS","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR changes API-GWF to SCEF in the clause for monitoring event reporting via HSS.","","44","7.8","Monitoring Enhancements (MONTE)",12470,"approved","2015-03-24T10:38:14.727","2015-03-24T10:34:15.753","","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150249","Forwarding of ProSe Group Communications by Stateless ProSe UE-UE Relay","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes stateless ProSe UE-UE Relay operation for ProSe Group Communications forwarding.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13730,"revised","2015-03-24T10:38:14.773","2015-03-24T10:34:16.627","","S2-150558","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150250","ProSe Application Code with valid location for announcing in open ProSe direct discovery","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes an enhancement solution for open ProSe direct discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14220,"noted","2015-03-24T10:38:14.820","2015-03-24T10:34:17.503","S2-144152","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150254","Idle mode DRX assignment","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes a solution for how to assign the eDRX value.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16440,"revised","2015-03-24T10:38:14.883","2015-03-24T10:34:18.390","","S2-150606","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150255","GTP-C re-transmissions","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes a solution for GTP-C retransmissions.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16500,"revised","2015-03-24T10:38:14.930","2015-03-24T10:34:19.233","","S2-150808","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150256","Issue for eDRX","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes to add an issue to the TR for FS_eDRX","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16410,"revised","2015-03-24T10:38:14.947","2015-03-24T10:34:20.090","","S2-150605","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150257","Pseudo-CR on Notification configuration in HSS","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Discusses the inconvenience that Notifications are configured directly in the serving nodes and proposes a way forward.","","44","7.8","Monitoring Enhancements (MONTE)",12670,"approved","2015-03-24T10:38:14.993","2015-03-24T10:34:20.950","","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150258","Enhanced Restricted ProSe Direct Discovery","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes an alternative solution to support the functionality to trigger the UE to announce when there is a UE monitoring","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14020,"noted","2015-03-24T10:38:15.023","2015-03-24T10:34:21.823","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150259","UPCON CN-based solution: UE identifier retrieval over S1","Ericsson, China Unicom, Telia Sonera, Fujitsu","Roland Gustafsson",41763,"other","","Discussion","This contribution discusses aspects of the UPCON CN based solution with regards to the UE location as well as implications from adding a new UE identity retrieval over the S1 interface.","","9","4.1.2","107E early consideration: PCC/QoS Maintenance",10380,"noted","2015-03-24T10:38:15.057","2015-03-24T10:34:22.697","","","Rel-13","","","","","","","","","","","",""]
["S2-150260","Monitoring events in PCC","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes a solution to store monitoring events in SPR when PCC is used.","","44","7.8","Monitoring Enhancements (MONTE)",12480,"revised","2015-03-24T10:38:15.103","2015-03-24T10:34:22.697","","S2-150510","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150264","Clarification on ProSe Subscription Retrieval","Huawei, Hisilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: 1. Remove the interaction between ProSe Function and HSS in the discovery procedure, the authorisation is checked using the ProSe subscription information retrieved during service authorisation procedure. 2. The MSISDN and VPLMN ID (if","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10240,"noted","2015-03-20T08:30:02.930","2015-03-20T08:29:55.270","","","Rel-12","23.303","12.3.0","ProSe","0154","","F","-","","","","",""]
["S2-150265","Serving PLMN ID of Announce UE Stored in ProSe Function","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: The ProSe Function of announce UE shall store the previous VPLMN ID and associate ProSe application code for a configuration timer.","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10250,"revised","2015-03-20T09:40:20.633","2015-03-20T09:40:13.770","","S2-150444","Rel-12","23.303","12.3.0","ProSe","0155","","F","-","","","","",""]
["S2-150266","Update of MME load balancing for Dedicated Core Networks","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: All functions describing connection of multiple CN nodes to a RAN node are enhanced to clarify the case where those CN nodes belong to different CNs, i.e. where DÉCOR is deployed","","41","7.5","Dedicated Core Networks (DECOR)",11710,"revised","2015-03-20T09:40:20.710","2015-03-20T09:40:14.627","","S2-150602, S2-150915","Rel-13","23.236","12.0.0","DECOR","0051","","B","-","","","","",""]
["S2-150267","Update of load balancing functionality for DECOR","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: Load balancing functionality clarified to consider dedicated CN specifics. Load re-balancing procedure for dedicated CNs added.","","41","7.5","Dedicated Core Networks (DECOR)",11620,"revised","2015-03-20T09:40:20.773","2015-03-20T09:40:15.533","","S2-150916","Rel-13","23.401","13.1.0","DECOR","2835","","B","-","","","","",""]
["S2-150268","Update of HSS aspects for Solution 3","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the update of solution description according to the conclusions determined for this solution. Basically clearer criteria are added on when to use the HSS path for monitoring.","","44","7.8","Monitoring Enhancements (MONTE)",12510,"revised","2015-03-24T10:38:15.133","2015-03-24T10:34:23.570","","S2-150511","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150269","Update for Specific Monitoring Event Handling","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes updates for the specific handling of events under the HSS+MME/SGSN based solution following the conclusions and clarifications from last meeting and the assumptions on how monitoring via HSS is used.","","44","7.8","Monitoring Enhancements (MONTE)",12540,"revised","2015-03-24T10:38:15.180","2015-03-24T10:34:24.413","","S2-150516","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150270","Proposed conclusions","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the conclusion to select the combined MME/SGSN + HSS and the therein described monitoring events/types for conducting normative work.","","44","7.8","Monitoring Enhancements (MONTE)",12700,"noted","2015-03-24T10:38:15.227","2015-03-24T10:34:25.287","","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150271","Solution Evaluation on Message delivery to a group of devices","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Proposes to add the solution evaluation on key issue group message delivery.","","45","7.9","Group based Enhancements (GROUPE)",12910,"revised","2015-03-24T10:38:15.257","2015-03-24T10:34:26.143","S2-144189","S2-150458","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150273","Removal of ENs of the decomposed architecture","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document intends to remove the Editor's notes related to the decomposed architecture.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13240,"revised","2015-03-24T10:38:15.320","2015-03-24T10:34:27.033","","S2-150465","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150274","Removal of e2e media path EN related to OMR","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document intends to remove the Editor's notes related to the interaction between OMR and the described solution for e2e media path.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13450,"noted","2015-03-24T10:38:15.353","2015-03-24T10:34:27.907","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150275","Removal of e2e media path ENs related to SDP","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document intends to remove the Editor's notes related to the information in SDP1+SDP2 offer that is transmitted towards the called party endpoint and the impact to the core network handling of SDP.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13460,"revised","2015-03-24T10:38:15.397","2015-03-24T10:34:28.780","","S2-150495","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150276","ProSe discovery with application controlled extension","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution adds detailed procedure for the Restricted Discovery with Application Controlled Extension.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14130,"revised","2015-03-24T10:38:15.430","2015-03-24T10:34:29.637","","S2-150582","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150277","Restricted Direct Discovery Update Procedure triggered over PC 1","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution enhances the monitoring procedure to update the Discovery Filter in other cases except the changes in the discovery permission.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14120,"available","2015-03-24T10:38:15.477","2015-03-24T10:34:30.543","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150278","Restricted Direct Discovery Update Procedure triggered over PC 2","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes a new procedure to address dynamic changes in the discovery permission","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14100,"merged","2015-03-24T10:38:15.507","2015-03-24T10:34:31.510","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150279","Unicasting Downlink Group Data to UE-to-Network Relay","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, a new procedure is proposed that when the relay UE is not in the eMBMS area, the Relay UE is able to receive a copy of group data in Uu interface and broadcast the group data to multiple Remote UEs it is serving.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13860,"revised","2015-03-24T10:38:15.540","2015-03-24T10:34:32.383","","S2-150555","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150280","Considerations on ProSe Direct Communication packet filter","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, considerations on how to realize ProSe direct communication for path switch are proposed.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13710,"available","2015-03-24T10:38:15.587","2015-03-24T10:34:33.243","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150281","Restricted Discovery with on demand announcing","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the enhancement on the existing Model A restricted Discovery to support the on demand announcing.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14030,"revised","2015-03-24T10:38:15.617","2015-03-24T10:34:34.100","","S2-150595","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150282","Group Relay Discovery for public safety","Huawei, Hisilicon, TD-Tech","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the Group Relay Discovery solution for public safety.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13560,"revised","2015-03-24T10:38:15.663","2015-03-24T10:34:34.957","","S2-150575","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150283","Update of solution 3","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes to update the already described solution 3 for providing a clearer description and better decoupling from details handled under MONTE.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14570,"revised","2015-03-24T10:38:15.697","2015-03-24T10:34:35.830","","S2-150485","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150284","MONTE based HLcom solution","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes a solution approach that takes advantage from monitoring enablers, which are used to inform a network function that accepts downlink data for delivery from SCS/AS when those data can be delivered to UEs applying power saving mea","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14390,"revised","2015-03-24T10:38:15.727","2015-03-24T10:34:36.707","S2-144269","S2-150468","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150285","One Alternative solution for FMSS","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution provides an alternative solution based on extension of Gx/Sd interfaces for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15930,"revised","2015-03-24T10:38:15.773","2015-03-24T10:34:37.610","","S2-150476","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150286","Input Factors for Generation of Traffic Steering Policies","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution adds the information from AF and TDF session as kind of input factor for generation of traffic steering policies.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15810,"revised","2015-03-24T10:38:15.803","2015-03-24T10:34:38.453","","S2-150455","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150287","Key issue: MBMS broadcast area optimization","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes a new Key Issue, i.e. MBMS broadcast area optimization.","","58","7.18","MBMS Enhancements (MBMS_enh)",16230,"noted","2015-03-24T10:38:15.850","2015-03-24T10:34:39.293","","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150288","Discussion on PRA extension","China Unicom, China Telecom, ZTE, Intel","Yang Xu",46344,"other","","Discussion","propose to illustrate the need extended PRA mechanism","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15150,"available","2015-03-24T10:38:15.897","2015-03-24T10:34:40.120","","","Rel-13","","","","","","","","","","","",""]
["S2-150289","Extension of Presence Reporting Area","China Unicom, China Telecom, ZTE, Intel","Yang Xu",46344,"CR","","Approval","Summary of change: z More than one Presence Reporting Area Indentifiers can be confugured in one PDN session, and everytime the UE enters or leaves any of the PRAs, the MME will sent the event trigger (UE enters/leaves the PRA) report to PCRF.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15200,"available","2015-03-20T09:40:20.837","2015-03-20T09:40:16.373","","","Rel-13","23.203","13.2.0","TEI13","0972","","B","-","","","","",""]
["S2-150290","Extension of Presence Reporting Area","China Unicom, China Telecom, ZTE, Intel","Yang Xu",46344,"CR","","Approval","Summary of change: z More than one Presence Reporting Area Indentifiers can be confugured in one PDN session, and everytime the UE enters or leaves any of the PRAs, the MME will sent the event trigger (UE enters/leaves the PRA) report to PCRF.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15210,"available","2015-03-20T09:40:20.897","2015-03-20T09:40:17.247","","","Rel-13","23.401","13.1.0","TEI13","2836","","B","-","","","","",""]
["S2-150291","Clarification of the co-existence of the ANDSF rule and RAN rule","CATT","Juan Zhang",38523,"CR","","Approval","Summary of change: Clarify UE action when it has both ANDSF rule and RAN rule.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10630,"noted","2015-03-20T09:41:09.710","2015-03-20T09:41:03.097","","","Rel-12","23.402","12.7.0","UTRA_LTE_WLAN_interw-SA2","1354","","F","-","","","","",""]
["S2-150292","Clarification on loss of connectivity","CATT","Juan Zhang",38523,"pCR","","Approval","This contribution makes some clarifications to monitoring loss of connectivity","","44","7.8","Monitoring Enhancements (MONTE)",12410,"revised","2015-03-24T10:38:15.930","2015-03-24T10:34:40.120","","S2-150513","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150293","Discussion for transmitting communication patterns on demand","CATT","Juan Zhang",38523,"pCR","","Approval","This contribution introduces new key issue for support of 3rd party interaction","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12330,"noted","2015-03-24T10:38:15.990","2015-03-24T10:34:40.963","","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150298","Update of model B direct discovery procedure","CATT","Juan Zhang",38523,"pCR","","Approval","The Application ID is need to transfer with restricted ProSe App User ID from HPLMN ProSe function to the ProSe function in VPLMN in roaming case. the validity timer is also need to transmit from HPLMN ProSe function to the ProSe function in VPLMN for cha","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14200,"approved","2015-03-24T10:38:16.023","2015-03-24T10:34:41.837","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150299","Transmission of the core network load status to PCRF","CATT","Juan Zhang",38523,"pCR","","Approval","This contribution proposes a key issue of transmission of the core network load status to PCRF.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15830,"noted","2015-03-24T10:38:16.070","2015-03-24T10:34:42.697","","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150300","[Draft] Response LS on Clarification of UE to Network Relay Node Functionalities","Huawei, HiSilicon","Fenqin Zhu",26772,"LS out","","Approval","Reply LS from RAN WG3 on the Clarification of UE to Network Relay Node Functionalities.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13540,"available","2015-03-24T10:38:16.100","2015-03-24T10:34:43.553","","","Rel-13","","","","","","","","S2-150024","SA WG3"]
["S2-150301","On the usage of a security token for the WIC registration","Samsung","Sung Hwan Won",46717,"other","","Approval","This paper deals with three issues that need clarification when the security token is used to register an individual public user identity to IMS via the WebRTC access.","","12","4.1.5","107E early consideration: IMS Maintenance",10980,"noted","2015-03-24T10:38:16.147","2015-03-24T10:34:43.553","","","","","","","","","","","","","","",""]
["S2-150302","Stage 2 clean-up regarding the WIC registration with a security token","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: 1. It is clarified that the eP-CSCF extracts the IMS identities. 2. The lifetime of security is coordinated according to the validity period extracted from the security token. 3. Use of refresh token is included.","","12","4.1.5","107E early consideration: IMS Maintenance",10990,"revised","2015-03-20T09:41:09.773","2015-03-20T09:41:03.953","","S2-150405","Rel-12","23.228","12.7.0","IMS_WebRTC","1106","","F","-","","","","",""]
["S2-150303","Stage 2 clean-up regarding the WIC registration with a security token","Samsung","Sung Hwan Won",46717,"CR","","Approval","Rel-13 mirror CR: Summary of change: 1. It is clarified that the eP-CSCF extracts the IMS identities. 2. The lifetime of security is coordinated according to the validity period extracted from the security token. 3. Use of refresh token is included.","","12","4.1.5","107E early consideration: IMS Maintenance",11010,"revised","2015-03-20T09:41:09.837","2015-03-20T09:41:04.780","","S2-150406","Rel-13","23.228","13.1.0","IMS_WebRTC","1107","","A","-","","","","",""]
["S2-150304","Interworking with the T4 trigger delivery mechanism","Samsung","Sung Hwan Won",46717,"pCR","","Approval","A solution for delivery mechanism selection is proposed. The SCEF selects between the group-based delivery and T4 trigger delivery mechanisms based on the information provided by the HSS.","","45","7.9","Group based Enhancements (GROUPE)",12980,"noted","2015-03-24T10:38:16.177","2015-03-24T10:34:43.553","","","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150305","Dynamic MBMS target area assignment","Samsung","Sung Hwan Won",46717,"other","","Approval","Configuration-based solution for dynamic MBMS target area establishment is presented. It is shown that the solution has minimized impacts to the network.","","58","7.18","MBMS Enhancements (MBMS_enh)",16290,"available","2015-03-24T10:38:16.227","2015-03-24T10:34:44.410","","","","","","","","","","","","","","",""]
["S2-150306","Initial thoughts on the MBMS congestion handling","Samsung","Sung Hwan Won",46717,"other","","Approval","It is proposed that motivation of the MBMS congestion handling should be clarified. In attempt to achieve this, it is proposed to discuss the introduction of the MBMS resource usage reporting.","","58","7.18","MBMS Enhancements (MBMS_enh)",16300,"available","2015-03-24T10:38:16.273","2015-03-24T10:34:44.410","","","","","","","","","","","","","","",""]
["S2-150307","New solution proposal for FS_HLcom with Push Server Function","NTT","Tetsuya Hishiki",47752,"pCR","","Approval","This document proposes a new solution for scenario A in HLcom TR. First, we provide analysis of existing solutions and then introduce the new solution.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14410,"noted","2015-03-24T10:38:16.320","2015-03-24T10:34:44.410","","","","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150308","Discussion on the e2e media transport","ZTE","Zhendong Li",38521,"other","","Discussion","This paper discusses the possible interaction between solution in the TR and OMR and suggests an OMR based solution to achieve e2e media transport","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13480,"noted","2015-03-24T10:38:16.350","2015-03-24T10:34:45.253","","","","","","","","","","","","","","",""]
["S2-150309","Update the e2e media transport solution in 8.2.1.2","ZTE","Zhendong Li",38521,"pCR","","Approval","The paper updates the OMR interaction part of the solution in the 8.2.1.2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13490,"revised","2015-03-24T10:38:16.397","2015-03-24T10:34:45.270","","S2-150480","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150310","OMR-based e2m media transport solution","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes an OMR based e2e media transport solution.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13520,"approved","2015-03-24T10:38:16.427","2015-03-24T10:34:46.143","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150311","Discussion on the database used in the section 5","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes that the new database acts as HSS for the users managed by third parties scenario.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13200,"revised","2015-03-24T10:38:16.477","2015-03-24T10:34:46.987","","S2-150463","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150312","Solution Evaluation on the users managed by third parties scenario","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes an evaluation criteria table for the users managed by third parties scenario.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13420,"noted","2015-03-24T10:38:16.523","2015-03-24T10:34:47.890","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150313","Reporting the Number of UEs in Certain Geographic Area","ZTE","Zhendong Li",38521,"pCR","","Approval","This contribution proposes to update the existing solutions in TR23.789 to allow different alternatives for reporting the number of UEs in certain geographic area.","","44","7.8","Monitoring Enhancements (MONTE)",12580,"revised","2015-03-24T10:38:16.553","2015-03-24T10:34:48.733","","S2-150509","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150314","Changes to content of Connectivity Info for UE-to-Network Relay Discovery","ITRI","Stephan Gleixner",44214,"pCR","","Approval","This contribution proposes to add the PDN type to the content of the Connectivity Info used for ProSe UE-to-Network Relay Discovery in clause 6.1.2.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13930,"available","2015-03-24T10:38:16.600","2015-03-24T10:34:49.590","S2-144221","S2-151048","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150315","Layer-2 ID Uniqueness for One-to-One Direct Communication","ITRI","Stephan Gleixner",44214,"pCR","","Approval","In the absence of global uniqueness of Layer-2 ID used for one-to-one ProSe direct communication, UE needs to detect and avoid any potential conflict of Layer-2 ID with UEs in its vicinity.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14350,"available","2015-03-24T10:38:16.663","2015-03-24T10:34:50.463","","S2-151059","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150316","Introduce the Dedicated Core Network (DECOR) feature","NTT DOCOMO","Irfan Ali",50390,"CR","","Approval","Summary of change: Introduce the decor feature based on conclusions of TR 23.707","","41","7.5","Dedicated Core Networks (DECOR)",11680,"revised","2015-03-20T09:41:09.897","2015-03-20T09:41:05.623","","S2-150598","Rel-13","23.401","13.1.0","DECOR","2837","","B","-","","","","",""]
["S2-150317","Introduce the Dedicated Core Network (DECOR) feature","NTT DOCOMO","Irfan Ali",50390,"CR","","Approval","Summary of change: Introduce the decor feature based on conclusions of TR 23.707.","","41","7.5","Dedicated Core Networks (DECOR)",11730,"revised","2015-03-20T09:41:09.960","2015-03-20T09:41:06.450","","S2-150609","Rel-13","23.060","13.1.0","DECOR","1953","","B","-","","","","",""]
["S2-150318","Discussion on Intra-Decor MME Offload Options","NTT DOCOMO","Irfan Ali",50390,"other","","Approval","Discussion on the options for MME offload for DECOR","","41","7.5","Dedicated Core Networks (DECOR)",11610,"noted","2015-03-24T10:38:16.710","2015-03-24T10:34:51.323","","","Rel-13","","","","","","","","","","","",""]
["S2-150319","Intra-DECOR MME Offload","NTT DOCOMO","Irfan Ali",50390,"CR","","Approval","Summary of change: Introduces MME offload/rebalancing procedure for MMEs that belong to the non-default CN (dedicated CN) such that the TAU message does not go via the default CN.","","41","7.5","Dedicated Core Networks (DECOR)",11650,"available","2015-03-20T09:56:30.833","2015-03-20T09:56:21.177","","","Rel-13","23.401","13.1.0","DECOR","2838","","B","-","","","","",""]
["S2-150320","Support of Emergency calls in ICS","Deutsche Telekom","Michele Zarri",20505,"CR","","Approval","Summary of change: It is propose to specify the procedures necessary for an emergency call placed by a UE utilizing CS access to be controlled in IMS.","","12","4.1.5","107E early consideration: IMS Maintenance",10920,"noted","2015-03-20T09:56:30.893","2015-03-20T09:56:22.110","","","Rel-9","23.292","9.8.0","TEI9","0223","","B","-","","","","",""]
["S2-150321","Support of Emergency calls in ICS","Deutsche Telekom","Michele Zarri",20505,"CR","","Approval","Rel-10 mirror CR: Summary of change: It is propose to specify the procedures necessary for an emergency call placed by a UE utilizing CS access to be controlled in IMS.","","12","4.1.5","107E early consideration: IMS Maintenance",10930,"withdrawn","2015-03-20T09:56:30.957","2015-03-20T09:56:22.970","","","Rel-10","23.292","10.6.0","TEI9","0224","","A","-","","","","",""]
["S2-150322","Support of Emergency calls in ICS","Deutsche Telekom","Michele Zarri",20505,"CR","","Approval","Rel-11 mirror CR: Summary of change: It is propose to specify the procedures necessary for an emergency call placed by a UE utilizing CS access to be controlled in IMS.","","12","4.1.5","107E early consideration: IMS Maintenance",10940,"withdrawn","2015-03-20T09:56:31.020","2015-03-20T09:56:23.983","","","Rel-11","23.292","11.8.0","TEI9","0225","","A","-","","","","",""]
["S2-150323","Support of Emergency calls in ICS","Deutsche Telekom","Michele Zarri",20505,"CR","","Approval","Rel-12 mirror CR: Summary of change: It is propose to specify the procedures necessary for an emergency call placed by a UE utilizing CS access to be controlled in IMS.","","12","4.1.5","107E early consideration: IMS Maintenance",10950,"withdrawn","2015-03-20T09:56:31.080","2015-03-20T09:56:24.810","","","Rel-12","23.292","12.5.0","TEI9","0226","","A","-","","","","",""]
["S2-150324","Support of Emergency calls in ICS","Deutsche Telekom","Michele Zarri",20505,"CR","","Approval","Rel-13 mirror CR: Summary of change: It is propose to specify the procedures necessary for an emergency call placed by a UE utilizing CS access to be controlled in IMS.","","12","4.1.5","107E early consideration: IMS Maintenance",10960,"revised","2015-03-20T09:56:31.143","2015-03-20T09:56:25.637","","S2-150404","Rel-13","23.292","13.0.0","TEI9","0227","","A","-","","","","",""]
["S2-150325","Skeleton of TR 23.7yz on Study on Enhancements to MBMS for LTE (FS_MBMS_enh)","Nokia Networks (rapporteur)","Rainer Liebhart",13470,"draft TR","","Approval","Skeleton the MBMS_enh TR","","58","7.18","MBMS Enhancements (MBMS_enh)",16150,"approved","2015-03-24T10:38:16.757","2015-03-24T10:34:51.323","","","Rel-13","23.741","0.0.0","MBMS_enh","","","","","","","","",""]
["S2-150326","Scope of MBMS_enh TR","Nokia Networks","Rainer Liebhart",13470,"pCR","","Approval","This document proposes a scope for the Study on Enhancements to MBMS for LTE (FS_MBMS_enh) Technical Report.","","58","7.18","MBMS Enhancements (MBMS_enh)",16160,"revised","2015-03-24T10:38:16.833","2015-03-24T10:34:52.210","","S2-150584","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150327","Key issue: Establishment of MBMS bearers using a list of cell identifiers","Nokia Networks","Rainer Liebhart",13470,"pCR","","Approval","This paper proposes a new key issue in order to study solutions for MBMS bearer establishment using a list of cell identifiers.","","58","7.18","MBMS Enhancements (MBMS_enh)",16200,"revised","2015-03-24T10:38:16.880","2015-03-24T10:34:53.070","","S2-150586","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150332","Reporting the number and location of UEs in a certain area","Orange","Antoine Mouquet",38438,"pCR","","Approval","Key Issue (transferred from TR 23.789), solution and conclusion for Reporting the number and location of UEs in a certain area","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12380,"noted","2015-03-24T10:38:16.913","2015-03-24T10:34:53.927","","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150333","Reporting the number and location of UEs in a certain area","Orange","Antoine Mouquet",38438,"pCR","","Approval","Remove Key Issue material related to reporting the number of UEs in a certain area (transferred to TR 23.708 by P-CR N-1)","","44","7.8","Monitoring Enhancements (MONTE)",12430,"revised","2015-03-24T10:38:16.957","2015-03-24T10:34:54.817","","S2-150508","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150337","MCPTT Project Plan Proposal","SA WG2 Chairman","Erik Guttman",18782,"other","","Discussion","A draft project plan to propose at SA and RAN plenaries in March.","","38","JM3","Joint Meeting with SA WG3 and SA WG6: MCPTT Planning and questions",11580,"revised","2015-03-24T10:38:17.007","2015-03-24T10:34:55.690","","S2-150564","Rel-13","","","","","","","","","","","",""]
["S2-150338","Unpredictability of the extent of distribution area of MBMS bearers in MB2-C","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","Proposes 'effective service areas' in signalling","","58","7.18","MBMS Enhancements (MBMS_enh)",16240,"available","2015-03-24T10:38:17.037","2015-03-24T10:34:55.690","","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150339","Need for requirement for Public Safety UEs to support multiple MBSFNs simultaneously","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","Multiple MBSFNs need to be supported by PS UEs","","58","7.18","MBMS Enhancements (MBMS_enh)",16250,"available","2015-03-24T10:38:17.100","2015-03-24T10:34:56.547","","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150340","Need for reliable MBMS signalling for Public Safety","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","Set up layer 3 confirmation responses rather than layer 2 ack messages for MBMS signalling","","58","7.18","MBMS Enhancements (MBMS_enh)",16260,"available","2015-03-24T10:38:17.130","2015-03-24T10:34:57.420","","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150341","Allow MBR >= GBR for MBMS bearers","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","For Public Safety, allow MBR >= GBR for MBMS bearers","","58","7.18","MBMS Enhancements (MBMS_enh)",16270,"available","2015-03-24T10:38:17.177","2015-03-24T10:34:58.297","","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150342","Notification to BM-SC of pre-emption/suspension of MBMS bearers","Motorola Solutions","Val Oprescu",14981,"pCR","","Approval","For non Public Safety, BM-SC should be notified","","58","7.18","MBMS Enhancements (MBMS_enh)",16280,"available","2015-03-24T10:38:17.207","2015-03-24T10:34:59.217","","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150343","one-to-one communication based on one-to-many ProSe communication","Samsung","Youngkyo Baek",46395,"pCR","","Approval","It proposes how One-to-One communication could be realized using the existing one-to-many ProSe communication.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14330,"available","2015-03-24T10:38:17.257","2015-03-24T10:35:00.090","","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150344","ProSe UE-to-NW relay based on one-to-many ProSe communication","Samsung","Youngkyo Baek",46395,"pCR","","Approval","ProSe UE-to-network relay based on one-to-many ProSe communication is described.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13920,"available","2015-03-24T10:38:17.303","2015-03-24T10:35:00.977","","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150345","ProSe Discovery based on one-to-many ProSe communication","Samsung","Youngkyo Baek",46395,"pCR","","Approval","ProSe Discovery mechanism considering one-to-one communication based on one-to-many ProSe communication is introduced.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14340,"available","2015-03-24T10:38:17.333","2015-03-24T10:35:01.853","","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150346","IOPS solution for backhaul-less scenario","Samsung, Qualcomm Incorporated","Youngkyo Baek",46395,"pCR","","Approval","This contribution analyzes the no-backhaul situation out of IOPS scenarios and introduces solutions.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16680,"noted","2015-03-24T10:38:17.380","2015-03-24T10:35:02.710","","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150347","Indication of eNB's IOPS mode operation","Samsung","Youngkyo Baek",46395,"other","","Discussion","This contribution is to discuss the way how the eNB indicate that it operates in IOPS mode, which impacts on how to (re)select to /from an IOPS network.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16700,"available","2015-03-24T10:38:17.427","2015-03-24T10:35:03.567","","","","","","","","","","","","","","",""]
["S2-150348","public safety services in IOPS network","Samsung","Youngkyo Baek",46395,"pCR","","Approval","This contribution is to discuss way forward of public safety services (e.g. MCPTT service) in IOPS network.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16590,"revised","2015-03-24T10:38:17.473","2015-03-24T10:35:03.567","","S2-150580","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150349","Way forward on IOPS solution for the backhaul-less scenarios","Samsung","Youngkyo Baek",46395,"other","","Discussion","This contribution is to discuss and propose way forward on IOPS solutions for the backhaul-less scenarios.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16710,"available","2015-03-24T10:38:17.503","2015-03-24T10:35:04.473","","","","","","","","","","","","","","",""]
["S2-150350","IOPS solutions for the backhaul-less scenarios","Samsung","Youngkyo Baek",46395,"LS out","","Approval","This contribution is to trigger IOPS work in SA WG3 and RAN WG3.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16740,"withdrawn","2015-03-24T10:38:17.550",null,"","","","","","","","","","",null,"SA WG3, RAN WG3"]
["S2-150351","IOPS alternatives","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","This contribution discusses various options for IOPS and proposes a way forward.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16650,"revised","2015-03-24T10:38:17.583","2015-03-24T10:35:04.473","","S2-150581","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150352","On MME control on number of DL packets to be stored in SGW","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","Resolving FFS on MME control on number of DL packets to be stored in SGW","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14630,"available","2015-03-24T10:38:17.630","2015-03-24T10:35:05.330","","S2-151046","","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150353","On forwarding of packets buffered at SGW while a device is in constrained mode","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Qualcomm Inc.","Alessio Casati",13542,"pCR","","Approval","This paper discusses the need of On forwarding of packets buffered at SGW while a device is in constrained mode","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14640,"merged","2015-03-24T10:38:17.677","2015-03-24T10:35:06.267","","","","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150354","On Mobile Terminated Location services support in conjunction with idle mode eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","This paper proposes a solution for Mobile Terminated Location services support in conjunction with idle mode eDRX.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16460,"revised","2015-03-24T10:38:17.707","2015-03-24T10:35:07.140","","S2-150607","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150355","Paging Priority for Push To Talk","Vodafone","Chris Pudney",1122,"CR","","Approval","Summary of change: The QCI (as received in the DDN from the SGW) is added to the S1 interface Page message.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14960,"revised","2015-03-20T09:56:31.207","2015-03-20T09:56:26.463","","S2-150589","Rel-13","23.401","13.1.0","TEI13","2840","","C","-","","","","",""]
["S2-150356","Paging Priority for Push To Talk","Vodafone","Chris Pudney",1122,"CR","","Approval","Summary of change: The addition of the QCI to the S1 interface to assist the radio Paging procedure is described.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14980,"revised","2015-03-20T09:57:11.220","2015-03-20T09:57:08.053","","S2-150590","Rel-13","23.468","12.3.0","TEI13","0056","","C","-","","","","",""]
["S2-150357","Paging for MTC devices in extended coverage (re LS from RAN 1 in S2-150019)","Vodafone","Chris Pudney",1122,"other","","Approval","Discusses how to handle paging for mobiles in extended coverage.","","6","4","Common issues and Incoming LSs",10150,"noted","2015-03-24T10:38:17.753","2015-03-24T10:35:07.997","","","","","","","","","","","","","","",""]
["S2-150358","Operability for Group Calls","Vodafone","Chris Pudney",1122,"pCR","","Approval","Revisits S2-141902 / S2-141903 where we stopped the Rel-12 work on mapping between Cell ID and MBMS SAI.","","58","7.18","MBMS Enhancements (MBMS_enh)",16220,"noted","2015-03-24T10:38:17.800","2015-03-24T10:35:07.997","","","","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150359","Multicast from UE-Network relay using 'unicast' link to network","Vodafone","Chris Pudney",1122,"pCR","","Approval","Re-introduces concept from Rel-12 TR 23.768 of using IP Multicast in the L3 relay.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13830,"revised","2015-03-24T10:38:17.847","2015-03-24T10:35:08.873","","S2-150554","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150360","Correction to terminology in ECGI announcement from UE-Network relay","Vodafone","Chris Pudney",1122,"pCR","","Approval","The existing text does not support generic UE-network relay operation.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13950,"available","2015-03-24T10:38:17.893","2015-03-24T10:35:09.713","","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150361","[DRAFT] LS on Paging Optimization","Vodafone","Chris Pudney",1122,"LS out","","Approval","Revision of outgoing LS drafted by another company in S2-144426 but whose revision in S2-144661 was withdrawn in San Francisco closing sessions.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14950,"available","2015-03-24T10:38:17.940","2015-03-24T10:35:10.573","S2-144661","","","","","","","","","",null,"RAN WG1, RAN WG2, RAN WG3"]
["S2-150362","Introducing a UE identifier retrieval procedure using message aggregation","Nokia Networks, Orange, Cisco","Martin Oettl",17230,"CR","","Approval","Summary of change: Addition of a UE identification retrieval procedure using message aggregation in order to support a high number of UEs without overloading the S1-MME interface.","","9","4.1.2","107E early consideration: PCC/QoS Maintenance",10390,"noted","2015-03-24T13:08:50.380","2015-03-24T13:08:46.420","S2-144678","","Rel-13","23.401","13.1.0","UPCON","2804","4","B",null,"","","","",""]
["S2-150363","Enhancements when determine the list of UEs served by a E-UTRAN cell","Nokia Networks, Cisco, Orange","Martin Oettl",17230,"CR","","Approval","Summary of change: Clarification that the decision whether the RCAF operates on eNB or E-UTRAN cell level is up to operator configuration.  Adding UE Identifier Retrieval procedure as a second option to determine which UEs are in certain E-UTRAN cells.","","9","4.1.2","107E early consideration: PCC/QoS Maintenance",10400,"revised","2015-03-20T10:26:20.253","2015-03-20T10:26:17.837","","S2-150414","Rel-13","23.401","13.1.0","UPCON","2805","4","C",null,"","","","",""]
["S2-150364","Discussion of Solution 2 (clause 5.2.2)","Nokia Networks","Martin Oettl",17230,"pCR","","Approval","The paper discusses solution 2 as described in clause 5.2.2 wIMPU Single HSS subscription.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13170,"noted","2015-03-24T10:38:17.987","2015-03-24T10:35:10.573","","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150365","Solution 3 supports multiple contacts using same Web ID / IMPU","Nokia Networks","Martin Oettl",17230,"pCR","","Approval","The paper extends solution 3 in order to support multiple WICs using the same web id.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13270,"revised","2015-03-24T10:38:18.037","2015-03-24T10:35:11.413","","S2-150466","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150366","Data accessible via Sh interface","Nokia Networks","Martin Oettl",17230,"pCR","","Approval","Resolving Editor's Note in section 5.2.3.2 on how AS retrieves information from HSS for existing application services.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13290,"revised","2015-03-24T10:38:18.083","2015-03-24T10:35:12.303","","S2-150477","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150367","Resolution of TR 23.713 section 7.2 FFS topics","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","This contribution attempts to resolve section 7.2 FFSs","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13890,"revised","2015-03-24T10:38:18.113","2015-03-24T10:35:13.177","","S2-150556","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150368","IOPS key issue on security for System-in-a-Box","Intel","Maurice Pope",648,"pCR","","Approval","Proposes a key issue on security for System-in-a-Box for inclusion in TR 23.797","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16640,"noted","2015-03-24T10:38:18.177","2015-03-24T10:35:14.037","","","Rel-13","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150369","IOPS key issue on loss of backhaul","Intel","Maurice Pope",648,"pCR","","Approval","Proposes a key issue on loss of backhaul for inclusion in TR 23.797","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16630,"noted","2015-03-24T10:38:18.207","2015-03-24T10:35:14.893","","","Rel-13","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150370","[DRAFT] LS on IOPS security for System-in-a Box","Intel","Maurice Pope",648,"LS out","","Approval","Draft LS to SA WG3 asking them to initiate work on IOPS security for System-in-a-Box.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16720,"available","2015-03-24T10:38:18.253","2015-03-24T10:35:15.750","","","Rel-13","","","","","","","",null,"SA WG3"]
["S2-150371","[DRAFT] LS on IOPS loss of backhaul","Intel","Maurice Pope",648,"LS out","","Approval","Draft LS to RAN WG3 asking them to initiate work on IOPS loss of backhaul.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16730,"available","2015-03-24T10:38:18.317","2015-03-24T10:35:15.750","","","Rel-13","","","","","","","",null,"RAN WG3"]
["S2-150372","Procedures for UE-to-UE Relay discovery","Intel","Maurice Pope",648,"pCR","","Approval","Proposes procedures for UE-to-UE Relay discovery for inclusion in TR 23.713","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13790,"revised","2015-03-24T10:38:18.363","2015-03-24T10:35:15.750","","S2-150587","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150373","Solution for ProSe UE-to-UE Relay (stateful relay selection)","Intel","Maurice Pope",648,"pCR","","Approval","Proposes a solution for stateful UE-to-UE Relay for inclusion in TR 23.713","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13820,"available","2015-03-24T10:38:18.393","2015-03-24T10:35:16.610","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150374","Solution for ProSe UE-to-UE Relay (stateless forwarding)","Intel","Maurice Pope",648,"pCR","","Approval","Proposes a solution for stateless forwarding using UE-to-UE Relay for inclusion in TR 23.713","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13720,"noted","2015-03-24T10:38:18.440","2015-03-24T10:35:17.467","","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150375","Protocol stack for a PC5 Signalling Protocol","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to agree a protocol stack for a PC5 Signalling Protocol. Also closes a couple of related FFSs.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14270,"revised","2015-03-24T10:38:18.503","2015-03-24T10:35:18.327","","S2-150600","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150376","Input to evaluation of transport options for Public Safety Discovery","Intel","Maurice Pope",648,"pCR","","Approval","Proposes initial evaluation input on transport options for Public Safety Discovery for inclusion in TR 23.713. The proposal also includes a couple of editorial changes.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13600,"revised","2015-03-24T10:38:18.550","2015-03-24T10:35:19.213","","S2-150577","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150377","Interim conclusion on service continuity","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to leave service continuity handling to the upper layers.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13670,"revised","2015-03-24T10:38:18.597","2015-03-24T10:35:20.073","","S2-150578","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150378","Enhanced power saving mode for efficient MT communication","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to enhance PSM so that UE can alternate between Idle mode and PSM intervals without any signalling with the network. The Idle-cum-PSM cycle (or 'enhanced PSM cycle) can be made deterministic by locking it on an absolute time reference. As such, t","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14500,"revised","2015-03-24T10:38:18.627","2015-03-24T10:35:20.947","","S2-150482","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150379","Proposed conclusion on FS-HLCom","Intel","Maurice Pope",648,"pCR","","Approval","Proposes a conclusion to the FS_HLCom study.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14680,"available","2015-03-24T10:38:18.690","2015-03-24T10:35:21.820","","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150380","Discussing the different solutions in clause 7.2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Discussing the different solutions in clause 7.2","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13440,"noted","2015-03-24T10:38:18.737","2015-03-24T10:35:22.693","","","","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150381","Maintaining dedicated CN nodes during TAU","NEC","Iskren Ianev",59515,"CR","","Approval","Summary of change: This contribution proposes to apply the conclusions from DECOR TR23.707, s5.2.2.1.3 for maintaining the UEs in dedicated networks to the normative spec TS23.401.","","41","7.5","Dedicated Core Networks (DECOR)",11780,"available","2015-03-20T10:11:39.207","2015-03-20T10:11:33.670","","","Rel-13","23.401","13.1.0","DECOR","2841","","B","-","","","","",""]
["S2-150382","Maintaining dedicated CN nodes during RAU","NEC","Iskren Ianev",59515,"CR","","Approval","Summary of change: This contribution proposes to apply the conclusions from DECOR TR23.707, s5.2.2.1.3 for maintaining the UEs in dedicated networks to the normative spec TS23.060.","","41","7.5","Dedicated Core Networks (DECOR)",11790,"available","2015-03-20T10:11:39.287","2015-03-20T10:11:34.513","","","Rel-13","23.060","13.1.0","DECOR","1955","","B","-","","","","",""]
["S2-150387","SGW solution based on PPD","Huawei, HiSilicon","Mirko Schramm",23396,"pCR","","Approval","An SGW solution is described that takes advantage from mechanisms defined for Paging Policy Differentiation..","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14530,"revised","2015-03-24T10:38:18.783","2015-03-24T10:35:23.550","","S2-150483","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150388","Setting up an AS session with required QoS","Huawei, HiSilicon, NTT DOCOMO","Mirko Schramm",23396,"pCR","","Approval","This contribution clarifies the remaining editor's note.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12340,"revised","2015-03-24T10:38:18.830","2015-03-24T10:35:24.393","","S2-150534","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150389","Removal of Key Issues clause from Skeleton TR 23.797","General Dynamics UK Ltd.","Maurice Pope",648,"pCR","","Approval","Proposes removal of Key Issues clause from skeleton TR 23.797","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16570,"noted","2015-03-24T10:38:18.877","2015-03-24T10:35:25.237","","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150390","eDRX in connected mode - A first performance indication","MediaTek Inc.","Maurice Pope",648,"other","","Discussion","A first performance indication of eDRX in connected mode","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16530,"available","2015-03-24T10:38:18.923","2015-03-24T10:35:26.077","","","Rel-13","","","","","","","","","","","",""]
["S2-150391","Handling NAS retransmission timers for eDRX in connected mode","MediaTek Inc.","Maurice Pope",648,"pCR","","Approval","Proposal of issue description (NAS timers) and the corresponding solutions","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16510,"available","2015-03-24T10:38:18.987","2015-03-24T10:35:26.077","","","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150392","Solution Proposal - Exchange of eDRX parameters for connected mode","MediaTek Inc.","Maurice Pope",648,"pCR","","Approval","Proposal of the solutions - Exchange of eDRX parameters for connected mode","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14560,"noted","2015-03-24T10:38:19.080","2015-03-24T10:35:26.937","","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150393","Support for non-IP based ProSe direct communication","Intel","Maurice Pope",648,"CR","","Approval","Summary of change: It is clarified the following: - Figure 5.1.2.1-1 is changed to include 'encapsulated data unit' - Clause 5.4 is modified throughout to include 'encapsulated data unit' as an additional PDU type.","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15080,"available","2015-03-20T10:11:39.363","2015-03-20T10:11:35.340","","","Rel-13","23.303","12.3.0","TEI13","0157","","B","-","","","","",""]
["S2-150395","GTP-C retransmission in eDRX","Huawei","Wanqiang Zhang",41153,"pCR","","Approval","Propose to add a solution to resolve the GTP-C retransmission in eDRX.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16520,"available","2015-03-24T10:38:19.143","2015-03-24T10:35:27.780","","S2-150845","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150396","Quantitative comparison of the S1 impact from UE location reporting procedures","Ericsson","Shabnam Sultana",21207,"other","","Discussion","This contribution discusses aspects of the UPCON CN based solution with regards to the UE location as well as implications from adding a new UE identity retrieval over the S1 interface by providing some quantitative data on ASN.1","","9","4.1.2","107E early consideration: PCC/QoS Maintenance",10480,"noted","2015-03-24T10:38:19.237","2015-03-24T10:35:28.637","","","Rel-13","","","","","","","","","","","",""]
["S2-150397","[DRAFT] LS on Paging Optimization","NTT DOCOMO","Maurice Pope",648,"LS out","","Approval","LS Out seeking RAN input on paging optimization (Revision of S2-144426)","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14900,"revised","2015-03-24T10:38:19.283","2015-03-24T10:35:28.653","","S2-150591","","","","","","","","",null,"RAN WG3, RAN WG2","RAN WG1"]
["S2-150398","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15550,"withdrawn","2015-03-20T10:29:29.620","2015-03-20T10:29:27.140","S2-150156","","Rel-9","23.167","9.14.0","IMS_EMER_GPRS_EPS","0271","1","F",null,"","","","",""]
["S2-150399","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Rel-10 mirror CR: Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15570,"withdrawn","2015-03-20T10:35:35.137","2015-03-20T10:35:32.970","S2-150157","","Rel-10","23.167","10.11.0","IMS_EMER_GPRS_EPS","0272","1","A",null,"","","","",""]
["S2-150400","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Rel-11 mirror CR: Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15590,"withdrawn","2015-03-20T10:50:31.083","2015-03-20T10:50:27.917","S2-150158","","Rel-11","23.167","11.11.0","IMS_EMER_GPRS_EPS","0273","1","A",null,"","","","",""]
["S2-150401","Addition of anonymous emergency call procedure to UE functionality","NTT DOCOMO","Motohiro Abe",57779,"CR","","Approval","Rel-12 mirror CR: Summary of change: Add description of UE behaivor when an UE fails emergecy IMS registlation procedure to 6.1 and H.1","","56","7.16.4","TEI13 Category B/C for IMS, IMS-Related, Emergency, Other",15610,"withdrawn","2015-03-20T10:57:44.757","2015-03-20T10:56:03.577","S2-150159","","Rel-12","23.167","12.0.0","IMS_EMER_GPRS_EPS","0274","1","A",null,"","","","",""]
["S2-150402","T-ADS for UEs supporting access to IMS via WLAN connected to EPC using S2b or S2a","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Corporation, AT&T, Nokia Networks, Deutsche Telekom, Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: Unless this is forbidden by User setting, the UE should issue a re-registration procedure when the IP address used by the UE to access IMS has moved between the 3GPP and the WLAN IP-CAN Types.","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10850,"agreed","2015-03-20T10:57:44.833","2015-03-20T10:56:04.620","S2-150067","","Rel-12","23.228","12.7.0","TEI12","1100","1","F","SP-150109","","","","",""]
["S2-150403","T-ADS for UEs supporting access to IMS via WLAN connected to EPC using S2b or S2a","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Corporation, AT&T, Nokia Networks, Deutsche Telekom, Ericsson","Maurice Pope",648,"CR","","Approval","Rel-13 mirror CR: Summary of change: Unless this is forbidden by User setting, the UE should issue a re-registration procedure when the IP address used by the UE to access IMS has moved between the 3GPP and the WLAN IP-CAN Types.","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10890,"agreed","2015-03-20T10:57:44.913","2015-03-20T10:56:05.697","S2-150068","","Rel-13","23.228","13.1.0","TEI13","1101","1","A","SP-150109","","","","",""]
["S2-150404","Support of Emergency calls in ICS","Deutsche Telekom","Michele Zarri",20505,"CR","","Approval","Summary of change: It is propose to specify the procedures necessary for an emergency call placed by a UE utilizing CS access to be controlled in IMS.","","12","4.1.5","107E early consideration: IMS Maintenance",10970,"noted","2015-03-20T10:57:44.990","2015-03-20T10:56:06.807","S2-150324","","Rel-13","23.292","13.0.0","TEI13, IMS_EMER_GPRS_EPS-SRVCC","0227","1","B",null,"","","","",""]
["S2-150405","Stage 2 clean-up regarding the WIC registration with a security token","Samsung","Sung Hwan Won",46717,"CR","","Approval","Summary of change: 1. It is clarified that the eP-CSCF extracts the IMS identities. 2. The lifetime of security is coordinated according to the validity period extracted from the security token. 3. Use of refresh token is included.","","12","4.1.5","107E early consideration: IMS Maintenance",11000,"noted","2015-03-20T10:57:45.067","2015-03-20T10:56:08.507","S2-150302","","Rel-12","23.228","12.7.0","IMS_WebRTC","1106","1","F",null,"","","","",""]
["S2-150406","Stage 2 clean-up regarding the WIC registration with a security token","Samsung","Sung Hwan Won",46717,"CR","","Approval","Rel-13 mirror CR: Summary of change: 1. It is clarified that the eP-CSCF extracts the IMS identities. 2. The lifetime of security is coordinated according to the validity period extracted from the security token. 3. Use of refresh token is included.","","12","4.1.5","107E early consideration: IMS Maintenance",11020,"noted","2015-03-20T10:57:45.147","2015-03-20T10:56:09.473","S2-150303","","Rel-13","23.228","13.1.0","IMS_WebRTC","1107","1","A",null,"","","","",""]
["S2-150407","[DRAFT] LS on IMS re-registration upon IP CAN change","Deutsche Telekom","Maurice Pope",648,"LS out","","Approval","To ask CT WG1 to align their specifications with SA WG2 due to CR 1100/CR1101","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10860,"revised","2015-03-24T10:38:19.330","2015-03-24T10:35:28.653","","S2-150611","Rel-12","","","","","","","",null,"CT WG1"]
["S2-150408","SPExclusionList in WLANSP","Huawei, HiSilicon, LG Electronics","Runze Zhou",60945,"CR","","Approval","Summary of change: Move the definition of SPExclusionList into selection criteria in the WLANSP to keep align with CT WG1 TS 24.312.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10540,"agreed","2015-03-20T10:57:45.223","2015-03-20T10:56:10.393","S2-150109","","Rel-12","23.402","12.7.0","TEI12, WLAN_NS","1341","1","F","SP-150020","","","","",""]
["S2-150409","SPExclusionList in WLANSP","Huawei, HiSilicon, LG Electronics","Runze Zhou",60945,"CR","","Approval","Rel-13 mirror CR: Summary of change: Move the definition of SPExclusionList into selection criteria in the WLANSP to keep align with CT WG1 TS 24.312.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10560,"agreed","2015-03-20T10:57:45.303","2015-03-20T10:56:12.063","S2-150110","","Rel-13","23.402","13.0.0","TEI12, WLAN_NS","1342","1","A","SP-150020","","","","",""]
["S2-150410","Response LS on the definition of the SPExclusionList","SA WG2","Maurice Pope",648,"LS out","","Approval","To: CT WG1","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10510,"revised","2015-03-24T10:38:19.377","2015-03-24T10:35:28.683","S2-150111","S2-150688","","","","","","","","","S2-150009","CT WG1"]
["S2-150411","Prioritized PreferredSSIDList","Motorola Mobility","Apostolis Salkintzis",22112,"CR","","Approval","Summary of change: Specifies that the PreferredSSIDList includes a prioritized list of SSIDs. Clarifies also that the PreferredRoamingPartnerList includes a prioritized list of realms.","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10580,"agreed","2015-03-20T10:57:45.380","2015-03-20T10:56:13.670","","","Rel-13","23.402","13.0.0","WLAN_NS","1356","","A","SP-150020","","","","",""]
["S2-150412","Adding description of missing S2a system architecture alternative","BlackBerry UK Ltd","Steve Barrett",44373,"CR","","Approval","Summary of change: Figure added to illustrate the system architecture that applies when a UE is cellular roaming but establishes S2a connectivity with the HPLMN in the case where the HPLMN is also acting as the WLAN service provider. This scenario where t","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10600,"agreed","2015-03-20T10:57:45.457","2015-03-20T10:56:14.607","S2-150193","","Rel-12","23.402","12.7.0","eSaMOG","1345","1","F","SP-150016","","","","",""]
["S2-150413","Adding description of missing S2a architecture alternative","BlackBerry UK Ltd","Steve Barrett",44373,"CR","","Approval","Rel-13 mirror CR: Summary of change: Figure added to illustrate the system architecture that applies when a UE is cellular roaming but establishes S2a connectivity with the HPLMN in the case where the HPLMN is also acting as the WLAN service provider. Thi","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10620,"agreed","2015-03-20T10:57:45.537","2015-03-20T10:56:15.573","S2-150194","","Rel-13","23.402","13.0.0","eSaMOG","1346","1","A","SP-150016","","","","",""]
["S2-150414","Enhancements when determine the list of UEs served by a E-UTRAN cell","Nokia Networks, Cisco, Orange, Alcatel-Lucent","Martin Oettl",17230,"CR","","Approval","Summary of change: Clarification that the decision whether the RCAF operates on eNB or E-UTRAN cell level is up to operator configuration.  Adding UE Identifier Retrieval procedure as a second option to determine which UEs are in certain E-UTRAN cells.","","9","4.1.2","107E early consideration: PCC/QoS Maintenance",10410,"agreed","2015-03-20T10:57:45.613","2015-03-20T10:56:16.523","S2-150363","","Rel-13","23.401","13.1.0","UPCON","2805","5","F","SP-150024","","","","",""]
["S2-150423","Removing restrictions to report RAT type to the AF","Ericsson","Maurice Pope",648,"CR","","Approval","Summary of change: Existing limitation to report RAT change only when UE accesses via 3GPP IP-CAN type is removed.  RAT type change is added as event trigger and credit reauthorization trigger in both trusted WLAN access and untrusted non 3GPP access. For","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15100,"revised","2015-03-20T10:57:45.693","2015-03-20T10:56:17.460","S2-150089","S2-150431","Rel-13","23.203","13.2.0","TEI13, SAES","0966","1","B",null,"","","","",""]
["S2-150424","[DRAFT] LS on User Location Reporting requirements","Alcatel-Lucent","Nicolas Drevon",16459,"LS out","","Approval","LS asking SA WG1 to clarify the use cases for user location reporting and associated requirements and to define the associated actions expected from PCRF in order to help SA WG2 to build proper solutions.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15190,"noted","2015-03-24T10:38:19.440","2015-03-24T10:35:28.717","S2-150224","","Rel-13","","","","","","","",null,"SA WG1"]
["S2-150425","GTP-C overload control from TWAN/ePDG to PGW","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Cisco","Maurice Pope",648,"CR","","Approval","Summary of change: The TWAN/ePDG can signal an overload condition to the PGW over the S2a/S2b interface","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15260,"agreed","2015-03-20T10:57:45.787","2015-03-20T10:56:19.130","S2-150027","","Rel-13","23.402","13.0.0","TEI13, GOCMe","1339","1","B","SP-150027","","","","",""]
["S2-150426","Support prefix delegation in PMIP-based S5/S8","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: RFC 7148 which specifies how to realize prefix delegation using PMIPv6 is added into the reference list, and the new procedures of IPv6 Prefix Delegation using PMIP-based S5/S8 is provided.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15290,"revised","2015-03-20T10:57:45.863","2015-03-20T10:56:20.797","S2-150181","S2-150429","Rel-13","23.402","13.0.0","TEI13","1343","1","B",null,"","","","",""]
["S2-150427","PMIP Prefix Delegation reference correction","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: This CR is to correct the RFC number for PMIP Prefix Delegation.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15320,"revised","2015-03-20T10:57:45.943","2015-03-20T10:56:21.750","S2-150182","S2-150430","Rel-13","23.402","13.0.0","TEI13","1344","1","F",null,"","","","",""]
["S2-150428","Activate PCC function per UE based on subscription information when BBERF is deployed","China Telecom, China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE, Intel","Biao Long",55854,"CR","","Approval","Summary of change: The BBERF checks whether PCC should be invoked for a particular IP-CAN session using the charging characteritics. This allows different treatments of the same user depending on the APN.","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15140,"agreed","2015-03-20T10:57:46.037","2015-03-20T10:56:22.733","S2-150145","","Rel-13","23.203","13.2.0","TEI13","0968","1","B","SP-150027","","","","",""]
["S2-150429","Support prefix delegation in PMIP-based S5/S8","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: RFC 7148 which specifies how to realize prefix delegation using PMIPv6 is added into the reference list, and the new procedures of IPv6 Prefix Delegation using PMIP-based S5/S8 is provided.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15300,"agreed","2015-03-20T10:57:46.113","2015-03-20T10:56:23.590","S2-150426","","Rel-13","23.402","13.0.0","TEI13","1343","2","B","SP-150027","","","","",""]
["S2-150430","PMIP Prefix Delegation reference correction","ZTE","Tricci So",44974,"CR","","Approval","Summary of change: This CR is to correct the RFC number for PMIP Prefix Delegation.","","55","7.16.3","TEI13 Category B/C for Non-3GPP Access",15330,"agreed","2015-03-20T10:57:46.177","2015-03-20T10:56:24.417","S2-150427","","Rel-13","23.402","13.0.0","TEI13","1344","2","F","SP-150027","","","","",""]
["S2-150431","Removing restrictions to report RAT type to the AF","Ericsson, Alcatel-Lucent","Maurice Pope",648,"CR","","Approval","Summary of change: Existing limitation to report RAT change only when UE accesses via 3GPP IP-CAN type is removed.  RAT type change is added as event trigger and credit reauthorization trigger in both trusted WLAN access and untrusted non 3GPP access. For","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15110,"revised","2015-03-20T10:57:46.253","2015-03-20T10:56:25.277","S2-150423","S2-150696","Rel-13","23.203","13.2.0","TEI13, SAES","0966","2","B",null,"","","","",""]
["S2-150443","[DRAFT] LS on PLMN reselection for ProSe","SA WG2","Maurice Pope",648,"LS out","","Approval","To: CT WG1, RAN WG2 CC: SA WG1","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10210,"revised","2015-03-24T10:38:19.500","2015-03-24T10:35:28.730","S2-150124","S2-150664","Rel-12","","","","","","","",null,"CT WG1, RAN WG2","SA WG1"]
["S2-150444","Serving PLMN ID of Announce UE Stored in ProSe Function","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: The ProSe Function of announce UE shall store the previous VPLMN ID and associate ProSe application code for a configuration timer.","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10260,"revised","2015-03-20T10:57:46.317","2015-03-20T10:56:26.943","S2-150265","S2-150665","Rel-12","23.303","12.3.0","ProSe","0155","1","F",null,"","","","",""]
["S2-150453","PCC/ADC rule enforcement and traffic steering","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","The contribution discusses the execution order of PCC/ADC rule enforcement and traffic steering.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15760,"noted","2015-03-24T10:38:19.547","2015-03-24T10:35:28.747","S2-150106","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150454","Architectural Assumption for Roaming Scenario","China Telecom, China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE, Intel","Biao Long",55854,"pCR","","Approval","Proposes architectural assumptions for roaming scenario.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15780,"revised","2015-03-24T10:38:19.610","2015-03-24T10:35:29.603","S2-150146","S2-150497","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150455","Input Factors for Generation of Traffic Steering Policies","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution adds the information from AF and TDF session as kind of input factor for generation of traffic steering policies.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15820,"approved","2015-03-24T10:38:19.687","2015-03-24T10:35:30.463","S2-150286","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150456","Traffic steering solution and ADC feature","Cisco, Allot Communications, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Comverse, Openet Telecom","Nirav Salot",42469,"pCR","","Approval","This contribution adds a new solution requirement to key issue#1.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15850,"revised","2015-03-24T10:38:19.737","2015-03-24T10:35:31.350","S2-150042","S2-150498","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150457","Removal of Editor's Note in the T4 Group Message Delivery Solution","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution removes the Editor's Note on delivery of a message destined for a group of users to certain geographical area.","","45","7.9","Group based Enhancements (GROUPE)",12890,"revised","2015-03-24T10:38:19.783","2015-03-24T10:35:32.257","S2-150168","S2-150499","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150458","Solution Evaluation on Message delivery to a group of devices","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Proposes to add the solution evaluation on key issue group message delivery.","","45","7.9","Group based Enhancements (GROUPE)",12930,"revised","2015-03-24T10:38:19.830","2015-03-24T10:35:33.113","S2-150271","S2-150500","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150459","Clean-up of scenario A solutions","Ericsson, Alcatel-Lucent, LG Electronics","Hans Ronneke",25844,"pCR","","Approval","Clean-up of solutions for scenario A","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14600,"revised","2015-03-24T10:38:19.877","2015-03-24T10:35:33.987","S2-150046","S2-150484","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150460","Solution of leveraging the existing PCC framework with Sd/Gx interface","Allot Communications, Cisco, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Sprint, Comverse, Openet Telecom","Maurice Pope",648,"pCR","","Approval","This contribution outlines one of the solutions per defined key issue for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15900,"revised","2015-03-24T10:38:19.923","2015-03-24T10:35:34.860","S2-150041","S2-150660","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150461","Solution for FMSS: usage of evolved PCC/ADC rules to carry Service Steering information","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","provides a solution for FMSS: usage of evolved PCC/ADC rules to carry Service Steering information. Update of S2-143851","","57","7.17","Flexible Mobile Service Steering (FMSS)",15880,"withdrawn","2015-03-24T10:38:19.970",null,"S2-150028","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150462","Additional clarification for Solution 2","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution includes additional clarification for solution 2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13140,"revised","2015-03-24T10:38:20.017","2015-03-24T10:35:36.670","S2-150071","S2-150481","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150463","Discussion on the database used in the section 5","ZTE","Zhendong Li",38521,"pCR","","Approval","This paper proposes that the new database acts as HSS for the users managed by third parties scenario.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13210,"approved","2015-03-24T10:38:20.077","2015-03-24T10:35:37.543","S2-150311","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150464","P-CSCF restraining PCC procedure when decomposed architecture is used","China Mobile","Yi Jiang",36227,"pCR","","Approval","The paper proposes to update the NOTE in clause 5.2.5.2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13230,"withdrawn","2015-03-24T10:38:20.140",null,"S2-150233","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150465","Removal of ENs of the decomposed architecture","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document intends to remove the Editor's notes related to the decomposed architecture.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13250,"revised","2015-03-24T10:38:20.187","2015-03-24T10:35:39.337","S2-150273","S2-150491","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150466","Solution 3 supports multiple contacts using same Web ID / IMPU","Nokia Networks","Martin Oettl",17230,"pCR","","Approval","The paper extends solution 3 in order to support multiple WICs using the same web id.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13280,"approved","2015-03-24T10:38:20.250","2015-03-24T10:35:40.180","S2-150365","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150467","HLCOM PCR - Solution X - Notification via HSS","Alcatel-Lucent","Mike Dolan",1692,"pCR","","Approval","This contribution provides a solution for high latency communications involving notification by the MME when the UE is available, and registration for notification by an application with the HSS. (Resubmission of S2-144102 - not opened)","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14380,"approved","2015-03-24T10:38:20.297","2015-03-24T10:35:41.100","S2-150185","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150468","MONTE based HLcom solution","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes a solution approach that takes advantage from monitoring enablers, which are used to inform a network function that accepts downlink data for delivery from SCS/AS when those data can be delivered to UEs applying power saving mea","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14400,"noted","2015-03-24T10:38:20.343","2015-03-24T10:35:42.147","S2-150284","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150469","Solution for Scenario B, coordination of maximum latency","Ericsson","Hans Ronneke",25844,"pCR","","Approval","A Scenario B solution","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14430,"revised","2015-03-24T10:38:20.390","2015-03-24T10:35:43.003","S2-150045","S2-150626","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150470","An enhanced solution for scenario A","AT&T","Jianrong Wang",54893,"pCR","","Approval","This P-CR proposes an enhanced solution for scenario A for coordination of SCS/AS initiated downlink transmission. It is proposed that if an UE is in PSM or other inactivity status, UE's Active Timer and/or its wake up periods is also communicated to SCS/","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14460,"noted","2015-03-24T10:38:20.437","2015-03-24T10:35:43.863","S2-150053","","","23.769","","FS_HLcom","","",null,"","","","","",""]
["S2-150471","SGW buffering solution with SCS/AS assistance","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","Proposes that the SCS/AS provides (via the SCEF) the tolerance time that will be used for buffering at the SGW.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14480,"revised","2015-03-24T10:38:20.483","2015-03-24T10:35:44.737","S2-150198","S2-150672","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150472","Policy Based TCF Solution for FMSS","China Mobile, CATR","Tao Sun",54129,"pCR","","Approval","Propose the policy based Traffic classification function solution to enable FMSS","","57","7.17","Flexible Mobile Service Steering (FMSS)",15960,"revised","2015-03-24T10:38:20.530","2015-03-24T10:35:45.593","S2-150171","S2-150654","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150473","Solution for FMSS: New interface for traffic steering","Ericsson, AT&T","Maurice Pope",648,"pCR","","Approval","This contribution proposes a solution for key issue #1 in FMSS TR.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16040,"revised","2015-03-24T10:38:20.593","2015-03-24T10:35:46.497","S2-150087","S2-150656","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150474","SSF based solution proposal for FMSS","Intel, China Unicom","Changhong Shan",45586,"pCR","","Approval","Propose a Service Steering Function based solution for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16020,"merged","2015-03-24T10:38:20.640","2015-03-24T10:35:47.373","S2-150065","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150475","Solution to key issue#2: Semantics of traffic steering policy","Cisco, Allot Communications, Oracle","Nirav Salot",42469,"pCR","","Approval","This contribution proposes a new solution to key issue#2.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16110,"revised","2015-03-24T10:38:20.687","2015-03-24T10:35:48.230","S2-150043","S2-150663","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150476","One Alternative solution for FMSS","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution provides an alternative solution based on extension of Gx/Sd interfaces for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15940,"withdrawn","2015-03-24T10:38:20.750",null,"S2-150285","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150477","Data accessible via Sh interface","Nokia Networks","Martin Oettl",17230,"pCR","","Approval","Resolving Editor's Note in section 5.2.3.2 on how AS retrieves information from HSS for existing application services.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13300,"revised","2015-03-24T10:38:20.813","2015-03-24T10:35:50.057","S2-150366","S2-150492","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150478","Discussing the different solutions in clause 5.2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Discussing the different solutions in clause 5.2","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13330,"revised","2015-03-24T10:38:20.857","2015-03-24T10:35:50.943","S2-150205","S2-150493","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150479","Evaluation Criteria","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution proposes evaluation criteria for evaluating the different proposals.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13380,"revised","2015-03-24T10:38:20.907","2015-03-24T10:35:51.817","S2-150069","S2-150494","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150480","Update the e2e media transport solution in 8.2.1.2","ZTE","Zhendong Li",38521,"pCR","","Approval","The paper updates the OMR interaction part of the solution in the 8.2.1.2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13500,"revised","2015-03-24T10:38:20.967","2015-03-24T10:35:52.677","S2-150309","S2-150496","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150481","Additional clarification for Solution 2","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution includes additional clarification for solution 2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13150,"revised","2015-03-24T10:38:21.013","2015-03-24T10:35:53.517","S2-150462","S2-150490","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150482","Enhanced power saving mode for efficient MT communication","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to enhance PSM so that UE can alternate between Idle mode and PSM intervals without any signalling with the network. The Idle-cum-PSM cycle (or 'enhanced PSM cycle) can be made deterministic by locking it on an absolute time reference. As such, t","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14510,"revised","2015-03-24T10:38:21.060","2015-03-24T10:35:54.393","S2-150378","S2-150659","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150483","SGW solution based on PPD","Huawei, HiSilicon","Mirko Schramm",23396,"pCR","","Approval","An SGW solution is described that takes advantage from mechanisms defined for Paging Policy Differentiation..","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14540,"revised","2015-03-24T10:38:21.123","2015-03-24T10:35:55.250","S2-150387","S2-150673","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150484","Clean-up of scenario A solutions","Ericsson","Hans Ronneke",25844,"pCR","","Approval","Clean-up of solutions for scenario A","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14610,"approved","2015-03-24T10:38:21.233","2015-03-24T10:35:56.107","S2-150459","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150485","Update of solution 3","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes to update the already described solution 3 for providing a clearer description and better decoupling from details handled under MONTE.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14580,"approved","2015-03-24T10:38:21.297","2015-03-24T10:35:56.967","S2-150283","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150486","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same 3gpp internal group ID. 2) Adding 3gpp internal group ID to the UE context in MME and HSS. 3) Adding a new subclause fo","","45","7.9","Group based Enhancements (GROUPE)",13020,"revised","2015-03-20T10:57:46.410","2015-03-20T10:56:27.910","S2-150034","S2-150488","Rel-13","23.401","13.1.0","GROUPE","2822","1","B",null,"","","","",""]
["S2-150487","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same internal group ID. 2) Adding internal group ID to the UE context in MME and HSS. 3) Adding a new subclause for group sp","","45","7.9","Group based Enhancements (GROUPE)",13070,"revised","2015-03-20T10:57:46.503","2015-03-20T10:56:28.847","S2-150035","S2-150489","Rel-13","23.060","13.1.0","GROUPE","1943","1","B",null,"","","","",""]
["S2-150488","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same 3gpp internal group ID. 2) Adding 3gpp internal group ID to the UE context in MME and HSS. 3) Adding a new subclause fo","","45","7.9","Group based Enhancements (GROUPE)",13030,"revised","2015-03-20T10:57:46.597","2015-03-20T10:56:29.690","S2-150486","S2-150502","Rel-13","23.401","13.1.0","GROUPE","2822","2","B",null,"","","","",""]
["S2-150489","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same internal group ID. 2) Adding internal group ID to the UE context in MME and HSS. 3) Adding a new subclause for group sp","","45","7.9","Group based Enhancements (GROUPE)",13080,"revised","2015-03-20T10:57:46.677","2015-03-20T10:56:30.547","S2-150487","S2-150625","Rel-13","23.060","13.1.0","GROUPE","1943","2","B",null,"","","","",""]
["S2-150490","Additional clarification for Solution 2","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution includes additional clarification for solution 2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13160,"approved","2015-03-24T10:38:21.343","2015-03-24T10:35:57.823","S2-150481","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150491","Removal of ENs of the decomposed architecture","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document intends to remove the Editor's notes related to the decomposed architecture.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13260,"approved","2015-03-24T10:38:21.403","2015-03-24T10:35:58.667","S2-150465","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150492","Data accessible via Sh interface","Nokia Networks","Martin Oettl",17230,"pCR","","Approval","Resolving Editor's Note in section 5.2.3.2 on how AS retrieves information from HSS for existing application services.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13310,"approved","2015-03-24T10:38:21.450","2015-03-24T10:35:59.570","S2-150477","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150493","Discussing the different solutions in clause 5.2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Discussing the different solutions in clause 5.2","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13340,"revised","2015-03-24T10:38:21.577","2015-03-24T10:36:00.430","S2-150478","S2-150667","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150494","Evaluation Criteria","Ericsson","Maurice Pope",648,"pCR","","Approval","This contribution proposes evaluation criteria for evaluating the different proposals.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13390,"approved","2015-03-24T10:38:21.623","2015-03-24T10:36:01.303","S2-150479","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150495","Removal of e2e media path ENs related to SDP","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","This document intends to remove the Editor's notes related to the information in SDP1+SDP2 offer that is transmitted towards the called party endpoint and the impact to the core network handling of SDP.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13470,"approved","2015-03-24T10:38:21.687","2015-03-24T10:36:02.177","S2-150275","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150496","Update the e2e media transport solution in 8.2.1.2","ZTE","Zhendong Li",38521,"pCR","","Approval","The paper updates the OMR interaction part of the solution in the 8.2.1.2.","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13510,"withdrawn","2015-03-24T10:38:21.733",null,"S2-150480","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150497","Architectural Assumption for Roaming Scenario","China Telecom, China Unicom, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ZTE, Intel","Biao Long",55854,"pCR","","Approval","Proposes architectural assumptions for roaming scenario.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15790,"approved","2015-03-24T10:38:21.793","2015-03-24T10:36:03.940","S2-150454","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150498","Traffic steering solution and ADC feature","Cisco, Allot Communications, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Comverse, Openet Telecom","Nirav Salot",42469,"pCR","","Approval","This contribution adds a new solution requirement to key issue#1.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15860,"approved","2015-03-24T10:38:21.857","2015-03-24T10:36:04.827","S2-150456","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150499","Removal of Editor's Note in the T4 Group Message Delivery Solution","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution removes the Editor's Note on delivery of a message destined for a group of users to certain geographical area.","","45","7.9","Group based Enhancements (GROUPE)",12900,"revised","2015-03-24T10:38:21.903","2015-03-24T10:36:05.733","S2-150457","S2-150680","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150500","Solution Evaluation on Message delivery to a group of devices","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Proposes to add the solution evaluation on key issue group message delivery.","","45","7.9","Group based Enhancements (GROUPE)",12940,"revised","2015-03-24T10:38:21.967","2015-03-24T10:36:06.607","S2-150458","S2-150681","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150502","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same 3gpp internal group ID. 2) Adding 3gpp internal group ID to the UE context in MME and HSS. 3) Adding a new subclause fo","","45","7.9","Group based Enhancements (GROUPE)",13040,"revised","2015-03-20T10:57:46.767","2015-03-20T10:56:31.390","S2-150488","S2-150682","Rel-13","23.401","13.1.0","GROUPE","2822","3","B",null,"","","","",""]
["S2-150503","IP flow mobility using the IFMP protocol","BlackBerry UK Ltd., Motorola Mobility, Broadcom Corporation, Intel","Steve Barrett",44373,"pCR","","Approval","This contribution proposes an alternative way of managing IP flow mobility on a multi-access PDN connection using a new UE <-> P-GW signalling protocol.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11830,"revised","2015-03-24T10:38:22.013","2015-03-24T10:36:07.497","S2-150190","S2-150528","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150504","On the transfer of Routing Rule negotiation between UE and PGW (user plane versus Control Plane) (Open Issue 2)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, BlackBerry UK Ltd","Maurice Pope",648,"pCR","","Approval","Discusses the transfer of Routing Rule negotiation between UE and PGW (user plane versus Control Plane","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11860,"approved","2015-03-24T10:38:22.077","2015-03-24T10:36:08.387","S2-150031","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150505","Updates for informing about a UE's connection properties key issue","China Mobile, Huawei, HiSilicon","Maurice Pope",648,"pCR","","Approval","This contribution addresses some details of the solution and extends the procedure with a PGW interaction option.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12200,"revised","2015-03-24T10:38:22.123","2015-03-24T10:36:09.290","S2-150063","S2-150669","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150506","Set up and change of the chargeable party - AS authorization and reporting","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposal to resolve some Editors notes on where AS authorization is performed and when to confirm to the AS that flow is sponsored.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12230,"approved","2015-03-24T10:38:22.170","2015-03-24T10:36:10.180","S2-150090","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150507","Updates for key issue on informing about potential network issues","Huawei, HiSilicon, Cisco","Runze Zhou",60945,"pCR","","Approval","This contribution addresses some details of the solution and adds the procedure for one-time reporting of network status information.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12250,"approved","2015-03-24T10:38:22.217","2015-03-24T10:36:11.083","S2-150103","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150508","Reporting the number and location of UEs in a certain area","Orange","Antoine Mouquet",38438,"pCR","","Approval","Remove Key Issue material related to reporting the number of UEs in a certain area (transferred to TR 23.708 by P-CR N-1)","","44","7.8","Monitoring Enhancements (MONTE)",12440,"withdrawn","2015-03-24T10:38:22.277",null,"S2-150333","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150509","Reporting the Number of UEs in Certain Geographic Area","ZTE","Zhendong Li",38521,"pCR","","Approval","This contribution proposes to update the existing solutions in TR23.789 to allow different alternatives for reporting the number of UEs in certain geographic area.","","44","7.8","Monitoring Enhancements (MONTE)",12590,"revised","2015-03-24T10:38:22.340","2015-03-24T10:36:12.847","S2-150313","S2-150517","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150510","Monitoring events in PCC","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes a solution to store monitoring events in SPR when PCC is used.","","44","7.8","Monitoring Enhancements (MONTE)",12490,"revised","2015-03-24T10:38:22.417","2015-03-24T10:36:13.720","S2-150260","S2-150539","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150511","Update of HSS aspects for Solution 3","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the update of solution description according to the conclusions determined for this solution. Basically clearer criteria are added on when to use the HSS path for monitoring.","","44","7.8","Monitoring Enhancements (MONTE)",12520,"revised","2015-03-24T10:38:22.467","2015-03-24T10:36:14.610","S2-150268","S2-150515","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150512","MONTE drafting session report","Intel","Puneet Jain",36283,"other","","Information","Summary of change: High level description for monitoring function and monitoring events procedures is specified.","","44","7.8","Monitoring Enhancements (MONTE)",12400,"noted","2015-03-24T10:38:22.513","2015-03-24T10:36:15.497","","","Rel-13","23.682","","","","","","","","","","",""]
["S2-150513","Clarification on loss of connectivity","CATT","Juan Zhang",38523,"pCR","","Approval","This contribution makes some clarifications to monitoring loss of connectivity","","44","7.8","Monitoring Enhancements (MONTE)",12420,"approved","2015-03-24T10:38:22.560","2015-03-24T10:36:15.623","S2-150292","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150514","Clarification on the usage of SCS/AS provided time period value for loss of connectivity monitoring via HSS","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR clarifies the usage of SCS/AS provided time period value for loss of connectivity monitoring via HSS.","","44","7.8","Monitoring Enhancements (MONTE)",12460,"approved","2015-03-24T10:38:22.620","2015-03-24T10:36:16.527","S2-150247","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150515","Update of HSS aspects for Solution 3","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the update of solution description according to the conclusions determined for this solution. Basically clearer criteria are added on when to use the HSS path for monitoring.","","44","7.8","Monitoring Enhancements (MONTE)",12530,"approved","2015-03-24T10:38:22.700","2015-03-24T10:36:17.510","S2-150511","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150516","Update for Specific Monitoring Event Handling","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes updates for the specific handling of events under the HSS+MME/SGSN based solution following the conclusions and clarifications from last meeting and the assumptions on how monitoring via HSS is used.","","44","7.8","Monitoring Enhancements (MONTE)",12550,"revised","2015-03-24T10:38:22.763","2015-03-24T10:36:18.400","S2-150269","S2-150540","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150517","Reporting the Number of UEs in Certain Geographic Area","ZTE","Zhendong Li",38521,"pCR","","Approval","This contribution proposes to update the existing solutions in TR23.789 to allow different alternatives for reporting the number of UEs in certain geographic area.","","44","7.8","Monitoring Enhancements (MONTE)",12600,"noted","2015-03-24T10:38:22.807","2015-03-24T10:36:19.257","S2-150509","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150518","Proposal for communication failure event","China Mobile, Huawei","Maurice Pope",648,"pCR","","Approval","This contribution provides MONTE event analysis and proposal for communication failure Events.","","44","7.8","Monitoring Enhancements (MONTE)",12630,"revised","2015-03-24T10:38:22.870","2015-03-24T10:36:20.133","S2-150064","S2-150542","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150519","Conclusion on UE-initiated and NW-initiated coexistence","Motorola Mobility","Apostolis Salkintzis",22112,"pCR","","Approval","Analyses the existing proposals for UE-initiated and NW-initiated coexistence and recommends a conclusion.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11880,"revised","2015-03-24T10:38:22.917","2015-03-24T10:36:21.037","","S2-150529","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150520","Merged proposal for IP flow mobility solutions for S2b (GTP) - UE-initiated and Network-initiated IP flow mobility","ZTE","Tricci So",44974,"pCR","","Approval","The intent of this contribution is to suggest a merged proposal for GTP-based S2b which is derived from several companies' proposals to support UE-initiated and Network-initiated IP flow mobility.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11990,"revised","2015-03-24T10:38:22.963","2015-03-24T10:36:21.957","S2-150195","S2-150536","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150521","NBIFOM Routing Rules Inclusion","ZTE, Oracle, Broadcom Corp.","Tricci So",44974,"pCR","","Approval","The purpose of this PCR is to examine the motivation and to evaluate the possible benefit for including the routing rules during the initial access and during the additional access for the control-plane approach, and then to present the conclusions for th","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12030,"approved","2015-03-24T10:38:23.027","2015-03-24T10:36:22.847","S2-150176","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150522","PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposes a way forward for PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12050,"revised","2015-03-24T10:38:23.090","2015-03-24T10:36:23.737","S2-150085","S2-150537","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150523","Conclusions for MONTE","Intel, Cisco, KPN, Alcatel-Lucent, Huawei, HiSilicon, ZTE, CMCC","Puneet Jain",36283,"pCR","","Approval","This contribution proposes new conclusions and updates to existing conclusion in TR 23.789.","","44","7.8","Monitoring Enhancements (MONTE)",12690,"revised","2015-03-24T10:38:23.137","2015-03-24T10:36:24.623","S2-150240","S2-150525","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150524","MONTE Event Analysis - Change in Location","Cisco","Maulik Vaidya",44517,"pCR","","Approval","Provides analysis + conclusion for change in location event","","44","7.8","Monitoring Enhancements (MONTE)",12640,"approved","2015-03-24T10:38:23.197","2015-03-24T10:36:25.513","S2-150044","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150525","Conclusions for MONTE","Intel, Cisco, KPN, Alcatel-Lucent, Huawei, HiSilicon, ZTE, CMCC","Puneet Jain",36283,"pCR","","Approval","This contribution proposes new conclusions and updates to existing conclusion in TR 23.789.","","44","7.8","Monitoring Enhancements (MONTE)",12710,"approved","2015-03-24T10:38:23.260","2015-03-24T10:36:26.403","S2-150523","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150526","Conclusions for MONTE - Reporting number of UEs present in certain Area","Intel, Cisco, KPN, Alcatel-Lucent, Huawei, HiSilicon, ZTE, CMCC, LG Electronic","Puneet Jain",36283,"pCR","","Approval","This contribution proposes conclusions on Reporting number of UEs present in certain Area.","","44","7.8","Monitoring Enhancements (MONTE)",12720,"revised","2015-03-24T10:38:23.323","2015-03-24T10:36:27.293","","S2-150541","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150528","IP flow mobility using the IFMP protocol","BlackBerry UK Ltd., Motorola Mobility, Broadcom Corporation, Intel","Steve Barrett",44373,"pCR","","Approval","This contribution proposes an alternative way of managing IP flow mobility on a multi-access PDN connection using a new UE <-> P-GW signalling protocol.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11840,"approved","2015-03-24T10:38:23.370","2015-03-24T10:36:28.180","S2-150503","","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150529","Conclusion on UE-initiated and NW-initiated coexistence","Motorola Mobility","Apostolis Salkintzis",22112,"pCR","","Approval","Analyses the existing proposals for UE-initiated and NW-initiated coexistence and recommends a conclusion.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11890,"revised","2015-03-24T10:38:23.433","2015-03-24T10:36:29.087","S2-150519","S2-150535","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150530","On the need of optimizing the Gx interface for NBIFOM (Open issue 6)","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Broadcom Corporation","Maurice Pope",648,"pCR","","Approval","Proposes an assumption to optimize the Gx interface for NBIFOM (Open issue 6)","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12100,"withdrawn","2015-03-24T10:38:23.480",null,"S2-150203","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150531","Conclusions for NBIFOM study","ZTE","Tricci So",44974,"pCR","","Approval","This document proposes the conclusions for NBIFOM study in Rel-13.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12170,"revised","2015-03-24T10:38:23.543","2015-03-24T10:36:30.927","S2-150180","S2-150538","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150532","Solution for 3GPP resource management for background data transfer","Huawei, HiSilicon, NTT DOCOMO","Runze Zhou",60945,"pCR","","Approval","This contribution adds a solution description for the key issue 3GPP resource management for background data transfer.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12270,"revised","2015-03-24T10:38:23.603","2015-03-24T10:36:31.893","S2-150104","S2-150668","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150533","Communication Patterns for CN assisted eNB parameters tuning","NEC","Andreas Kunz",35384,"pCR","","Approval","This paper shows how to utilize the communication patterns provided by the AS for CN assisted eNB parameters tuning, when UE changes its communication characteristics.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12300,"revised","2015-03-24T10:38:23.650","2015-03-24T10:36:32.830","S2-150167","S2-150670","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150534","Setting up an AS session with required QoS","Huawei, HiSilicon, NTT DOCOMO","Mirko Schramm",23396,"pCR","","Approval","This contribution clarifies the remaining editor's note.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12350,"revised","2015-03-24T10:38:23.713","2015-03-24T10:36:33.720","S2-150388","S2-150671","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150535","Conclusion on UE-initiated and NW-initiated coexistence","Motorola Mobility","Apostolis Salkintzis",22112,"pCR","","Approval","Analyses the existing proposals for UE-initiated and NW-initiated coexistence and recommends a conclusion.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11900,"revised","2015-03-24T10:38:23.760","2015-03-24T10:36:34.607","S2-150529","S2-150677","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150536","Merged proposal for IP flow mobility solutions for S2b (GTP) - UE-initiated and Network-initiated IP flow mobility","ZTE","Tricci So",44974,"pCR","","Approval","The intent of this contribution is to suggest a merged proposal for GTP-based S2b which is derived from several companies' proposals to support UE-initiated and Network-initiated IP flow mobility.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12000,"approved","2015-03-24T10:38:23.823","2015-03-24T10:36:35.467","S2-150520","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150537","PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposes a way forward for PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12060,"revised","2015-03-24T10:38:23.887","2015-03-24T10:36:36.357","S2-150522","S2-150678","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150538","Conclusions for NBIFOM study","ZTE","Tricci So",44974,"pCR","","Approval","This document proposes the conclusions for NBIFOM study in Rel-13.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12180,"approved","2015-03-24T10:38:23.947","2015-03-24T10:36:37.247","S2-150531","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150539","Monitoring events in PCC","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes a solution to store monitoring events in SPR when PCC is used.","","44","7.8","Monitoring Enhancements (MONTE)",12500,"approved","2015-03-24T10:38:24.010","2015-03-24T10:36:38.133","S2-150510","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150540","Update for Specific Monitoring Event Handling","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes updates for the specific handling of events under the HSS+MME/SGSN based solution following the conclusions and clarifications from last meeting and the assumptions on how monitoring via HSS is used.","","44","7.8","Monitoring Enhancements (MONTE)",12560,"revised","2015-03-24T10:38:24.057","2015-03-24T10:36:39.023","S2-150516","S2-150679","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150541","Conclusions for MONTE - Reporting number of UEs present in certain Area","Intel, Cisco, KPN, Alcatel-Lucent, Huawei, HiSilicon, ZTE, CMCC, LG Electronic","Puneet Jain",36283,"pCR","","Approval","This contribution proposes conclusions on Reporting number of UEs present in certain Area.","","44","7.8","Monitoring Enhancements (MONTE)",12730,"approved","2015-03-24T10:38:24.120","2015-03-24T10:36:39.960","S2-150526","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150542","Proposal for communication failure event","China Mobile, Huawei","Maurice Pope",648,"pCR","","Approval","This contribution provides MONTE event analysis and proposal for communication failure Events.","","44","7.8","Monitoring Enhancements (MONTE)",12650,"approved","2015-03-24T10:38:24.197","2015-03-24T10:36:40.897","S2-150518","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150553","Draft Agenda for SA WG2#107","SA WG2 Chairman","Erik Guttman",18782,"agenda","","Approval","Draft Agenda for SA WG2#107","","2","2","Approval of the agenda",10010,"revised","2015-03-24T10:38:24.260","2015-03-24T10:36:41.817","S2-150001","S2-150567","","","","","","","","","","","","",""]
["S2-150554","Multicast from UE-Network relay using 'unicast' link to network","Vodafone","Chris Pudney",1122,"pCR","","Approval","Re-introduces concept from Rel-12 TR 23.768 of using IP Multicast in the L3 relay.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13840,"revised","2015-03-24T10:38:24.323","2015-03-24T10:36:41.847","S2-150359","S2-150645","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150555","Unicasting Downlink Group Data to UE-to-Network Relay","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","In this contribution, a new procedure is proposed that when the relay UE is not in the eMBMS area, the Relay UE is able to receive a copy of group data in Uu interface and broadcast the group data to multiple Remote UEs it is serving.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13870,"withdrawn","2015-03-24T10:38:24.383",null,"S2-150279","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150556","Resolution of TR 23.713 section 7.2 FFS topics","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","This contribution attempts to resolve section 7.2 FFSs","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13900,"revised","2015-03-24T10:38:24.447","2015-03-24T10:36:43.717","S2-150367","S2-150646","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150557","Closing open issues regarding ProSe Discovery UE ID for restricted discovery","Qualcomm Incorporated, Huawei, HiSilicon, CATT, Telecom Italia","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes resolutions to several open issues regarding the ProSe Discovery UE ID for restricted direct discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13990,"approved","2015-03-24T10:38:24.510","2015-03-24T10:36:44.593","S2-150122","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150558","Forwarding of ProSe Group Communications by Stateless ProSe UE-UE Relay","LG Electronics, Alcatel-Lucent","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes stateless ProSe UE-UE Relay operation for ProSe Group Communications forwarding.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13740,"revised","2015-03-24T10:38:24.570","2015-03-24T10:36:45.467","S2-150249","S2-150610","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150564","MCPTT Project Plan Proposal","SA WG2 Chairman","Erik Guttman",18782,"other","","Discussion","A draft project plan to propose at SA and RAN plenaries in March.","","38","JM3","Joint Meeting with SA WG3 and SA WG6: MCPTT Planning and questions",11590,"noted","2015-03-24T10:38:24.617","2015-03-24T10:36:46.357","S2-150337","","Rel-13","","","","","","","","","","","",""]
["S2-150565","LS from GSMA RiLTE: LS reply on T-ADS for UEs supporting access to IMS via WLAN connected to EPC using S2b or S2a","GSMA RILTE","Maurice Pope",648,"LS in","","Action","Networks Group RiLTE thanks SA WG2 for their LS reply in S2-144660. In this LS reply, the following reference to current SA WG2 specification (TS 23.228 section 5.2.2.4) is made: 'A re-registration procedure can also be initiated when the capabilities of","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10900,"noted","2015-03-24T10:38:24.680","2015-03-24T10:36:46.357","","","","","","","","","","",null,"SA WG2","CT WG1","RILTE_43 Doc_105"]
["S2-150566","LS from GSMA RiLTE: LS to 3GPP on IMS Emergency Session over WLAN","GSMA RILTE","Maurice Pope",648,"LS in","","Action","GSMA Networks Group (NG) RILTE has recently concluded the work on creating VoWiFi profile (IR.51). In conjunction with that work, Networks Group RILTE has discussed scenarios pertaining to IMS Emergency Session support over WLAN (EPC Integrated). The unde","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16910,"postponed","2015-03-24T10:38:24.727","2015-03-24T10:36:46.357","","","","","","","","","","",null,"SA WG1, SA WG2","TSG SA","RILTE_43 Doc_121"]
["S2-150567","Draft Agenda for SA WG2#107","SA WG2 Chairman","Erik Guttman",18782,"agenda","","Approval","Draft Agenda for SA WG2#107","","2","2","Approval of the agenda",10020,"approved","2015-03-24T10:38:24.807","2015-03-24T10:36:46.370","S2-150553","","","","","","","","","","","","","",""]
["S2-150568","Draft Response to LS on Request for clarification about GWCN","SA WG2","Maurice Pope",648,"LS out","","Approval","To: SA WG5","","6","4","Common issues and Incoming LSs",10100,"revised","2015-03-24T10:38:24.883","2015-03-24T10:36:46.387","","S2-150685","","","","","","","","","S2-150005","SA WG5"]
["S2-150569","[DRAFT] response LS on eCall","SA WG2","Michele Zarri",20505,"LS out","","Approval","To: CT WG1, SA WG1","","6","4","Common issues and Incoming LSs",10130,"withdrawn","2015-03-24T10:38:24.947",null,"","","Rel-13","","","","","","","","S2-150010","CT WG1, SA WG1"]
["S2-150570","[DRAFT] Reply LS on paging for MTC","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG1, RAN WG2, RAN WG3","","6","4","Common issues and Incoming LSs",10160,"revised","2015-03-24T10:38:24.993","2015-03-24T10:36:46.387","","S2-150686","","","","","","","","","S2-150019","RAN WG1, RAN WG2, RAN WG3"]
["S2-150571","Updated WID: Enhancements to Proximity-based Services extensions (eProSe-EXT)","Qualcomm Incorporated","Haris Zisimopoulos",41602,"WID revised","","Approval","Updates the expected output and timescales section in eProSe-EXT WI.","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16810,"approved","2015-03-24T10:38:25.057","2015-03-24T10:36:46.403","S2-150128","","Rel-13","","","eProSe-Ext-SA2TR","","","","","","","","",""]
["S2-150572","SA WG2 Update to MCPTT WID","U.S. Department of Commerce (SA WG2 MCPTT Rapporteur)","Randy Bloomfield",56665,"WID revised","","Approval","This contribution proposes an update of the SA WG2 portion of the MCPTT WID (SP-140879.zip) consistent with the revisions of S2-150137/S6-150041 developed and endorsed by SA WG2 at JM1 (SA WG2#107/SA WG6#1)","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16830,"approved","2015-03-24T10:38:25.117","2015-03-24T10:36:47.167","S2-150137","","Rel-13","","","MCPTT","","","","","","","","",""]
["S2-150573","New WID on Optimizations to Support High Latency Communications","Ericsson","Hans Ronneke",25844,"WID new","","Approval","WID based on intermediate conclusions","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16850,"revised","2015-03-24T10:38:25.180","2015-03-24T10:36:47.947","S2-150050","S2-150652","Rel-13","","","FS_HLcom","","","","","","","","",""]
["S2-150574","Feasibility study on the Support of Emergency services over WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Verizon , T-Mobile USA, LGE, AT&T, Qualcomm, Sprint","Maurice Pope",648,"SID new","","Approval","To study the mechanisms needed to support IMS Emergency sessions over WLAN (both in the Trusted -S2a - and in the Untrusted -S2b- cases)","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16880,"revised","2015-03-24T10:38:25.243","2015-03-24T10:36:48.743","S2-150136","S2-150653","","","","","","","","","","","","",""]
["S2-150575","Group Relay Discovery for public safety","Huawei, Hisilicon, TD-Tech, HTC","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the Group Relay Discovery solution for public safety.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13570,"revised","2015-03-24T10:38:25.303","2015-03-24T10:36:48.757","S2-150282","S2-150648","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150576","[DRAFT] LS on public safety discovery","SA WG2","Haris Zisimopoulos",41602,"LS out","","Approval","LS that asks RAN WG1 and RAN WG2 to provide input on whether from RAN point of view discovery over PC5-C (or what is commonly known 'discovery through communication') is the appropriate solution for public safety from RAN perspective and SA WG2 should sti","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13630,"revised","2015-03-24T10:38:25.367","2015-03-24T10:36:49.663","S2-150125","S2-150622","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2","TSG RAN"]
["S2-150577","Input to evaluation of transport options for Public Safety Discovery","Intel","Maurice Pope",648,"pCR","","Approval","Proposes initial evaluation input on transport options for Public Safety Discovery for inclusion in TR 23.713. The proposal also includes a couple of editorial changes.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13610,"approved","2015-03-24T10:38:25.493","2015-03-24T10:36:49.663","S2-150376","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150578","Interim conclusion on service continuity","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to leave service continuity handling to the upper layers.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13680,"revised","2015-03-24T10:38:25.553","2015-03-24T10:36:50.537","S2-150377","S2-150675","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150579","Addition of Scope clause to Stage 2 IOPS TR 23.797","General Dynamics UK Ltd.","Maurice Pope",648,"pCR","","Approval","This contribution proposes text for the scope clause of the IOPS Stage 2 study report","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16560,"approved","2015-03-24T10:38:25.600","2015-03-24T10:36:51.440","S2-150226","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150580","public safety services in IOPS network","Samsung","Youngkyo Baek",46395,"pCR","","Approval","This contribution is to discuss way forward of public safety services (e.g. MCPTT service) in IOPS network.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16600,"revised","2015-03-24T10:38:25.663","2015-03-24T10:36:52.313","S2-150348","S2-150649","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150581","IOPS alternatives","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Qualcomm, Ericsson, Samsung, General Dynamics UK Ltd.","Alessio Casati",13542,"pCR","","Approval","This contribution discusses various options for IOPS and proposes a way forward.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16660,"revised","2015-03-24T10:38:25.727","2015-03-24T10:36:53.233","S2-150351","S2-150650","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150582","ProSe discovery with application controlled extension","Huawei, Hisilicon, Qualcomm Incorporated, Telecom Italia","Runze Zhou",60945,"pCR","","Approval","This contribution adds detailed procedure for the Restricted Discovery with Application Controlled Extension.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14150,"revised","2015-03-24T10:38:25.787","2015-03-24T10:36:54.093","S2-150276","S2-150594","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150583","Discussion on paging optimisations","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Nicolas Drevon",16459,"other","","Discussion","This paper discusses the various options for paging optimisations to limit both the MME and radio interface paging load for stationary and low mobility UEs. It proposes that the eNB sends a list of recommended cells to the MME, based on the mobility histo","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14890,"noted","2015-03-24T10:38:25.837","2015-03-24T10:36:54.997","S2-150212","","Rel-13","","","","","","","","","","","",""]
["S2-150584","Scope of MBMS_enh TR","Nokia Networks","Rainer Liebhart",13470,"pCR","","Approval","This document proposes a scope for the Study on Enhancements to MBMS for LTE (FS_MBMS_enh) Technical Report.","","58","7.18","MBMS Enhancements (MBMS_enh)",16170,"approved","2015-03-24T10:38:25.897","2015-03-24T10:36:54.997","S2-150326","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150585","MBMS Key Issues and Solution","Alcatel-Lucent","Mike Dolan",1692,"pCR","","Approval","This contribution provides four Key Issues for MBMS enhancements in Rel-13, and a solution that addresses those issues.","","58","7.18","MBMS Enhancements (MBMS_enh)",16190,"noted","2015-03-24T10:38:25.960","2015-03-24T10:36:55.950","S2-150186","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150586","Key issue: Establishment of MBMS bearers using a list of cell identifiers","Nokia Networks","Rainer Liebhart",13470,"pCR","","Approval","This paper proposes a new key issue in order to study solutions for MBMS bearer establishment using a list of cell identifiers.","","58","7.18","MBMS Enhancements (MBMS_enh)",16210,"approved","2015-03-24T10:38:26.023","2015-03-24T10:36:56.823","S2-150327","","Rel-13","23.741","","MBMS_enh","","",null,"","","","","",""]
["S2-150587","Procedures for UE-to-UE Relay discovery","Intel","Maurice Pope",648,"pCR","","Approval","Proposes procedures for UE-to-UE Relay discovery for inclusion in TR 23.713","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13800,"revised","2015-03-24T10:38:26.083","2015-03-24T10:36:57.697","S2-150372","S2-150623","Rel-13","23.713","","MBMS_enh","","",null,"","","","","",""]
["S2-150588","Conclusions on Restricted Discovery basic operations","Qualcomm Incorporated, Telecom Italia, Huawei","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposed the conclusions for the basic operations for Restricted Discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14010,"approved","2015-03-24T10:38:26.147","2015-03-24T10:36:58.553","S2-150119","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150591","[DRAFT] LS on Paging Optimization","SA WG2","Maurice Pope",648,"LS out","","Approval","LS Out seeking RAN input on paging optimization (Revision of S2-144426)","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14910,"revised","2015-03-24T10:38:26.227","2015-03-24T10:36:59.443","S2-150397","S2-150655","","","","","","","","",null,"RAN WG3, RAN WG2","RAN WG1"]
["S2-150592","eMBMS alternative IP multicast distribution address","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, AT&T, Ericsson, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that: - the MBMS GW provides both IPv4 and IPv6 IP Multicast Distribution Addresses to the MME when it supports both IPv4 and IPv6 (via the addition of an alternative IP Multicast Distribution Address); in this case, the","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15030,"revised","2015-03-20T10:57:46.847","2015-03-20T10:56:32.390","S2-150210","S2-150657","Rel-13","23.246","12.4.0","TEI13, MBMS_enh","0391","1","B",null,"","","","",""]
["S2-150593","[DRAFT] LS on Support of a mix of IPv4 and IPv6 eNBs and backhauls in eMBMS","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG3, CT WG4. Attachment: S2-150592","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15060,"revised","2015-03-24T10:38:26.273","2015-03-24T10:36:59.443","S2-150211","S2-150658","Rel-13","","","","","","","",null,"RAN WG3, CT WG4"]
["S2-150594","ProSe discovery with application controlled extension","Huawei, Hisilicon, Qualcomm Incorporated, Telecom Italia","Runze Zhou",60945,"pCR","","Approval","This contribution adds detailed procedure for the Restricted Discovery with Application Controlled Extension.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14160,"approved","2015-03-24T10:38:26.350","2015-03-24T10:36:59.460","S2-150582","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150595","Restricted Discovery with on demand announcing","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the enhancement on the existing Model A restricted Discovery to support the on demand announcing.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14040,"revised","2015-03-24T10:38:26.413","2015-03-24T10:37:00.333","S2-150281","S2-150647","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150596","Enhancement for ProSe service authorization and provisioning for restricted direct discovery","Qualcomm Incorporated, Huawei, CATT","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes resolutions to the open issues regarding ProSe service authorization and provisioning for restricted direct discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14070,"approved","2015-03-24T10:38:26.473","2015-03-24T10:37:01.220","S2-150118","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150597","New procedures for Open Direct Discovery","Qualcomm Incorporated, Telecom Italia, HTC","Haris Zisimopoulos",41602,"pCR","","Approval","This contribution proposes a number of new procedures over PC3 to enhance open discovery.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14240,"approved","2015-03-24T10:38:26.553","2015-03-24T10:37:02.080","S2-150120","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150598","Introduce the Dedicated Core Network (DECOR) feature","NTT DOCOMO","Irfan Ali",50390,"CR","","Approval","Summary of change: Introduce the decor feature based on conclusions of TR 23.707","","41","7.5","Dedicated Core Networks (DECOR)",11690,"revised","2015-03-20T10:57:46.957","2015-03-20T10:56:34.010","S2-150316","S2-150651","Rel-13","23.401","13.1.0","DECOR","2837","1","B",null,"","","","",""]
["S2-150599","Restricted Discovery Authorization Update","Telecom Italia, Qualcomm Incorporated, InterDigital","Mario Madella",23765,"pCR","","Approval","The present contribution proposes a (PC2 - PC3) procedure where ProSe Application Server triggers the update of the Discovery Filter for Restricted Direct Discovery via announcing UE ProSe Function.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14110,"approved","2015-03-24T10:38:26.600","2015-03-24T10:37:02.983","S2-150155","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150600","Protocol stack for a PC5 Signalling Protocol","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to agree a protocol stack for a PC5 Signalling Protocol. Also closes a couple of related FFSs.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14280,"approved","2015-03-24T10:38:26.663","2015-03-24T10:37:03.907","S2-150375","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150601","Prose New Interface ProSe Function to MME","Ericsson","Maurice Pope",648,"pCR","","Approval","A new interface for control signalling between the MME and the ProSe Function is discussed.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14300,"noted","2015-03-24T10:38:26.740","2015-03-24T10:37:04.777","S2-150091","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150602","Update of MME load balancing for Dedicated Core Networks","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: All functions describing connection of multiple CN nodes to a RAN node are enhanced to clarify the case where those CN nodes belong to different CNs, i.e. where DÉCOR is deployed","","41","7.5","Dedicated Core Networks (DECOR)",11720,"revised","2015-03-20T10:57:47.050","2015-03-20T10:56:34.930","S2-150266","","Rel-13","23.236","12.0.0","DECOR","0051","1","B",null,"","","","",""]
["S2-150603","FS_eDRX TR Skeleton","Qualcomm Incorporated","Miguel Griot",42742,"draft TR","","Approval","Proposed Skeleton for FS_eDRX TR.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16370,"approved","2015-03-24T10:38:26.803","2015-03-24T10:37:05.683","S2-150199","","Rel-13","23.770","0.0.0","FS_eDRX","","","","","","","","",""]
["S2-150604","List of Issues for FS_eDRX","Qualcomm Incorporated","Miguel Griot",42742,"pCR","","Approval","List of issues to be studied and concluded in FS_eDRX.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16400,"approved","2015-03-24T10:38:26.897","2015-03-24T10:37:06.587","S2-150201","","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150605","Issue for eDRX","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes to add an issue to the TR for FS_eDRX","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16420,"approved","2015-03-24T10:38:26.973","2015-03-24T10:37:07.460","S2-150256","","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150606","Idle mode DRX assignment","Ericsson","Roland Gustafsson",41763,"pCR","","Approval","Proposes a solution for how to assign the eDRX value.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16450,"approved","2015-03-24T10:38:27.037","2015-03-24T10:37:08.337","S2-150254","","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150607","On Mobile Terminated Location services support in conjunction with idle mode eDRX","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","This paper proposes a solution for Mobile Terminated Location services support in conjunction with idle mode eDRX.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16470,"approved","2015-03-24T10:38:27.113","2015-03-24T10:37:09.210","S2-150354","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150608","Solutions for FS_eDRX in Idle mode","Qualcomm Incorporated","Miguel Griot",42742,"pCR","","Approval","Proposes solutions for handling mobile terminated procedures in control plane and SMS.","","59","7.19","Feasibility study on Extended DRX cycle for Power Consumption Optimization (FS_eDRX)",16490,"approved","2015-03-24T10:38:27.177","2015-03-24T10:37:10.097","S2-150202","","Rel-13","23.770","","FS_eDRX","","",null,"","","","","",""]
["S2-150609","Introduce the Dedicated Core Network (DECOR) feature","NTT DOCOMO","Irfan Ali",50390,"CR","","Approval","Summary of change: Introduce the decor feature based on conclusions of TR 23.707.","","41","7.5","Dedicated Core Networks (DECOR)",11740,"revised","2015-03-20T10:57:47.127","2015-03-20T10:56:35.947","S2-150317","S2-150928","Rel-13","23.060","13.1.0","DECOR","1953","1","B",null,"","","","",""]
["S2-150610","Forwarding of ProSe Group Communications by Stateless ProSe UE-UE Relay","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes stateless ProSe UE-UE Relay operation for ProSe Group Communications forwarding.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13750,"revised","2015-03-24T10:38:27.253","2015-03-24T10:37:11.017","S2-150558","S2-150624","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150611","LS on IMS re-registration upon IP CAN change","Deutsche Telekom","Maurice Pope",648,"LS out","","Approval","To ask CT WG1 to align their specifications with SA WG2 due to CR 1100/CR1101","","11","4.1.4","107E early consideration: IMS-Related Maintenance",10870,"approved","2015-03-24T10:38:27.333","2015-03-24T10:37:11.893","S2-150407","","Rel-12","","","","","","","",null,"CT WG1"]
["S2-150622","[DRAFT] LS on public safety discovery","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG1, RAN WG2, SA WG3, TSG RAN","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13640,"revised","2015-03-24T10:38:27.397","2015-03-24T10:37:11.907","S2-150576","S2-150676","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2, SA WG3, TSG RAN"]
["S2-150623","Procedures for UE-to-UE Relay discovery","Intel","Maurice Pope",648,"pCR","","Approval","Proposes procedures for UE-to-UE Relay discovery for inclusion in TR 23.713","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13810,"approved","2015-03-24T10:38:27.457","2015-03-24T10:37:11.923","S2-150587","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150624","Forwarding of ProSe Group Communications by Stateless ProSe UE-UE Relay","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes stateless ProSe UE-UE Relay operation for ProSe Group Communications forwarding.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13760,"revised","2015-03-24T10:38:27.537","2015-03-24T10:37:12.780","S2-150610","S2-150674","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150625","Group specific NAS Level Congestion Control","NTT DOCOMO","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same internal group ID. 2) Adding internal group ID to the UE context in MME and HSS. 3) Adding a new subclause for group sp","","45","7.9","Group based Enhancements (GROUPE)",13090,"revised","2015-03-20T10:57:47.220","2015-03-20T10:56:36.820","S2-150489","S2-150683","Rel-13","23.060","13.1.0","GROUPE","1943","3","B",null,"","","","",""]
["S2-150626","Solution for Scenario B, coordination of maximum latency","Ericsson","Hans Ronneke",25844,"pCR","","Approval","A Scenario B solution","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14440,"approved","2015-03-24T10:38:27.583","2015-03-24T10:37:13.623","S2-150469","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150645","Multicast from UE-Network relay using 'unicast' link to network","Vodafone","Chris Pudney",1122,"pCR","","Approval","Re-introduces concept from Rel-12 TR 23.768 of using IP Multicast in the L3 relay.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13850,"approved","2015-03-24T10:38:27.660","2015-03-24T10:37:14.497","S2-150554","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150646","Resolution of TR 23.713 section 7.2 FFS topics","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Alessio Casati",13542,"pCR","","Approval","This contribution attempts to resolve section 7.2 FFSs","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13910,"approved","2015-03-24T10:38:27.723","2015-03-24T10:37:15.370","S2-150556","","","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150647","Restricted Discovery with on demand announcing","Huawei, HiSilicon","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the enhancement on the existing Model A restricted Discovery to support the on demand announcing.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",14050,"approved","2015-03-24T10:38:27.800","2015-03-24T10:37:16.260","S2-150595","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150648","Group Relay Discovery for public safety","Huawei, Hisilicon, TD-Tech, HTC","Runze Zhou",60945,"pCR","","Approval","This contribution proposes the Group Relay Discovery solution for public safety.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13580,"approved","2015-03-24T10:38:27.863","2015-03-24T10:37:17.163","S2-150575","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150649","public safety services in IOPS network","Samsung","Youngkyo Baek",46395,"pCR","","Approval","This contribution is to discuss way forward of public safety services (e.g. MCPTT service) in IOPS network.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16610,"revised","2015-03-24T10:38:27.940","2015-03-24T10:37:18.037","S2-150580","S2-150695","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150650","IOPS alternatives","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Qualcomm, Ericsson, Samsung, General Dynamics UK Ltd.","Alessio Casati",13542,"pCR","","Approval","This contribution discusses various options for IOPS and proposes a way forward.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16670,"approved","2015-03-24T10:38:28.003","2015-03-24T10:37:18.913","S2-150581","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150651","Introduce the Dedicated Core Network (DECOR) feature","NTT DOCOMO","Irfan Ali",50390,"CR","","Approval","Summary of change: Introduce the decor feature based on conclusions of TR 23.707","","41","7.5","Dedicated Core Networks (DECOR)",11700,"revised","2015-03-20T10:57:47.300","2015-03-20T10:56:37.660","S2-150598","S2-150927","Rel-13","23.401","13.1.0","DECOR","2837","2","B",null,"","","","",""]
["S2-150652","New WID on Optimizations to Support High Latency Communications","Ericsson","Hans Ronneke",25844,"WID new","","Approval","WID based on intermediate conclusions","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16860,"approved","2015-03-24T10:38:28.080","2015-03-24T10:37:19.787","S2-150573","","Rel-13","","","FS_HLcom","","","","","","","","",""]
["S2-150653","Feasibility study on the Support of Emergency services over WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Verizon , T-Mobile USA, LGE, AT&T, Qualcomm, Sprint","Maurice Pope",648,"SID new","","Approval","To study the mechanisms needed to support IMS Emergency sessions over WLAN (both in the Trusted -S2a - and in the Untrusted -S2b- cases)","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16890,"revised","2015-03-24T10:38:28.143","2015-03-24T10:37:20.567","S2-150574","S2-150687","","","","","","","","","","","","",""]
["S2-150654","Policy Based TCF Solution for FMSS","China Mobile, CATR","Tao Sun",54129,"pCR","","Approval","Propose the policy based Traffic classification function solution to enable FMSS","","57","7.17","Flexible Mobile Service Steering (FMSS)",15970,"revised","2015-03-24T10:38:28.207","2015-03-24T10:37:20.580","S2-150472","S2-150661","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150655","[DRAFT] LS on Paging Optimization","SA WG2","Maurice Pope",648,"LS out","","Approval","LS Out seeking RAN input on paging optimization (Revision of S2-144426)","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14920,"revised","2015-03-24T10:38:28.283","2015-03-24T10:37:21.470","S2-150591","S2-150698","","","","","","","","",null,"RAN WG3, RAN WG2","RAN WG1"]
["S2-150656","Solution for FMSS: New interface for traffic steering","Ericsson, AT&T","Maurice Pope",648,"pCR","","Approval","This contribution proposes a solution for key issue #1 in FMSS TR.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16050,"revised","2015-03-24T10:38:28.347","2015-03-24T10:37:21.487","S2-150473","S2-150662","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150657","eMBMS alternative IP multicast distribution address","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, AT&T, Ericsson, Nokia Networks","Nicolas Drevon",16459,"CR","","Approval","Summary of change: It is specified that: - the MBMS GW provides both IPv4 and IPv6 IP Multicast Distribution Addresses to the MME when it supports both IPv4 and IPv6 (via the addition of an alternative IP Multicast Distribution Address); in this case, the","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15040,"agreed","2015-03-20T10:57:47.360","2015-03-20T10:56:38.473","S2-150592","","Rel-13","23.246","12.4.0","TEI13, MBMS_enh","0391","2","B","SP-150027","","","","",""]
["S2-150658","LS on Support of a mix of IPv4 and IPv6 eNBs and backhauls in eMBMS","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG3, CT WG4. Attachment: S2-150592","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",15070,"approved","2015-03-24T10:38:28.423","2015-03-24T10:37:22.377","S2-150593","","Rel-13","","","","","","","",null,"RAN WG3, CT WG4"]
["S2-150659","Enhanced power saving mode for efficient MT communication","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to enhance PSM so that UE can alternate between Idle mode and PSM intervals without any signalling with the network. The Idle-cum-PSM cycle (or 'enhanced PSM cycle) can be made deterministic by locking it on an absolute time reference. As such, t","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14520,"approved","2015-03-24T10:38:28.487","2015-03-24T10:37:22.390","S2-150482","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150660","Solution of leveraging the existing PCC framework with Sd/Gx interface","Allot Communications, Cisco, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Sprint, Comverse, Openet Telecom","Maurice Pope",648,"pCR","","Approval","This contribution outlines one of the solutions per defined key issue for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15910,"revised","2015-03-24T10:38:28.550","2015-03-24T10:37:23.263","S2-150460","S2-150689","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150661","Policy Based TCF Solution for FMSS","China Mobile, CATR","Tao Sun",54129,"pCR","","Approval","Propose the policy based Traffic classification function solution to enable FMSS","","57","7.17","Flexible Mobile Service Steering (FMSS)",15980,"approved","2015-03-24T10:38:28.613","2015-03-24T10:37:24.200","S2-150654","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150662","Solution for FMSS: New interface for traffic steering","Ericsson, AT&T, NEC, KDDI, Broadcom Corporation, ZTE, Orange, Hitachi","Maurice Pope",648,"pCR","","Approval","This contribution proposes a solution for key issue #1 in FMSS TR.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16060,"revised","2015-03-24T10:38:28.690","2015-03-24T10:37:25.090","S2-150656","S2-150690","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150663","Solution to key issue#2: Semantics of traffic steering policy","Cisco, Allot Communications, Oracle, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Huawei, Hisilicon","Nirav Salot",42469,"pCR","","Approval","This contribution proposes a new solution to key issue#2.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16120,"revised","2015-03-24T10:38:28.753","2015-03-24T10:37:25.977","S2-150475","S2-150694","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150664","LS on PLMN reselection for ProSe","SA WG2","Maurice Pope",648,"LS out","","Approval","To: CT WG1, RAN WG2 CC: SA WG1","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10220,"approved","2015-03-24T10:38:28.830","2015-03-24T10:37:26.900","S2-150443","","Rel-12","","","","","","","",null,"CT WG1, RAN WG2","SA WG1"]
["S2-150665","Serving PLMN ID of Announce UE Stored in ProSe Function","Huawei, HiSilicon","Runze Zhou",60945,"CR","","Approval","Summary of change: The ProSe Function of announce UE shall store the previous VPLMN ID and associate ProSe application code for a configuration timer.","","8","4.1.1","107E early consideration: 3GPP Packet Access Maintenance",10270,"agreed","2015-03-20T10:57:47.440","2015-03-20T10:56:39.987","S2-150444","","Rel-12","23.303","12.3.0","ProSe","0155","2","F","SP-150017","","","","",""]
["S2-150667","Discussing the different solutions in clause 5.2","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell","Maurice Pope",648,"pCR","","Approval","Discussing the different solutions in clause 5.2","","47","7.11","Enhancements to WEBRTC interoperability (eWebRTCi)",13350,"approved","2015-03-24T10:38:28.893","2015-03-24T10:37:26.913","S2-150493","","Rel-13","23.706","","eWebRTCi","","",null,"","","","","",""]
["S2-150668","Solution for 3GPP resource management for background data transfer","Huawei, HiSilicon, NTT DOCOMO","Runze Zhou",60945,"pCR","","Approval","This contribution adds a solution description for the key issue 3GPP resource management for background data transfer.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12280,"approved","2015-03-24T10:38:28.957","2015-03-24T10:37:27.837","S2-150532","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150669","Updates for informing about a UE's connection properties key issue","China Mobile, Huawei, HiSilicon","Maurice Pope",648,"pCR","","Approval","This contribution addresses some details of the solution and extends the procedure with a PGW interaction option.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12210,"approved","2015-03-24T10:38:29.017","2015-03-24T10:37:28.693","S2-150505","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150670","Communication Patterns for CN assisted eNB parameters tuning","NEC","Andreas Kunz",35384,"pCR","","Approval","This paper shows how to utilize the communication patterns provided by the AS for CN assisted eNB parameters tuning, when UE changes its communication characteristics.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12310,"revised","2015-03-24T10:38:29.080","2015-03-24T10:37:29.583","S2-150533","S2-150684","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150671","Setting up an AS session with required QoS","Huawei, HiSilicon, NTT DOCOMO","Mirko Schramm",23396,"pCR","","Approval","This contribution clarifies the remaining editor's note.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12360,"approved","2015-03-24T10:38:29.157","2015-03-24T10:37:30.487","S2-150534","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150672","SGW buffering solution with SCS/AS assistance","InterDigital","Mahmoud Watfa",41881,"pCR","","Approval","Proposes that the SCS/AS provides (via the SCEF) the tolerance time that will be used for buffering at the SGW.","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14490,"approved","2015-03-24T10:38:29.237","2015-03-24T10:37:31.407","S2-150471","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150673","SGW solution based on PPD","Huawei, HiSilicon","Mirko Schramm",23396,"pCR","","Approval","An SGW solution is described that takes advantage from mechanisms defined for Paging Policy Differentiation..","","50","7.14","Optimizations to Support High Latency Communications (FS_HLCom)",14550,"approved","2015-03-24T10:38:29.297","2015-03-24T10:37:32.297","S2-150483","","Rel-13","23.709","","FS_HLcom","","",null,"","","","","",""]
["S2-150674","Forwarding of ProSe Group Communications by Stateless ProSe UE-UE Relay","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes stateless ProSe UE-UE Relay operation for ProSe Group Communications forwarding.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13770,"revised","2015-03-24T10:38:29.360","2015-03-24T10:37:33.217","S2-150624","S2-150692","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150675","Interim conclusion on service continuity","Intel","Maurice Pope",648,"pCR","","Approval","Proposes to leave service continuity handling to the upper layers.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13690,"approved","2015-03-24T10:38:29.437","2015-03-24T10:37:34.107","S2-150578","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150676","[DRAFT] LS on public safety discovery","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG1, RAN WG2, SA WG3, TSG RAN","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13650,"revised","2015-03-24T10:38:29.517","2015-03-24T10:37:34.997","S2-150622","S2-150691","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2, SA WG3, TSG RAN"]
["S2-150677","Conclusion on UE-initiated and NW-initiated coexistence","Motorola Mobility","Apostolis Salkintzis",22112,"pCR","","Approval","Analyses the existing proposals for UE-initiated and NW-initiated coexistence and recommends a conclusion.","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",11910,"approved","2015-03-24T10:38:29.580","2015-03-24T10:37:35.010","S2-150535","","Rel-13","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150678","PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","Ericsson","Maurice Pope",648,"pCR","","Approval","Proposes a way forward for PCC aspects of UE-initiated NBIFOM, Routing Rule delivery and handling of SCM","","42","7.6","IP Flow Mobility support for S2a and S2b interfaces (NBIFOM)",12070,"approved","2015-03-24T10:38:29.640","2015-03-24T10:37:35.917","S2-150537","","","23.861","","NBIFOM","","",null,"","","","","",""]
["S2-150679","Update for Specific Monitoring Event Handling","Huawei","Runze Zhou",60945,"pCR","","Approval","This contribution proposes updates for the specific handling of events under the HSS+MME/SGSN based solution following the conclusions and clarifications from last meeting and the assumptions on how monitoring via HSS is used.","","44","7.8","Monitoring Enhancements (MONTE)",12570,"approved","2015-03-24T10:38:29.703","2015-03-24T10:37:36.820","S2-150540","","Rel-13","23.789","","MONTE","","",null,"","","","","",""]
["S2-150680","Removal of Editor's Note in the T4 Group Message Delivery Solution","NEC","Andreas Kunz",35384,"pCR","","Approval","This contribution removes the Editor's Note on delivery of a message destined for a group of users to certain geographical area.","","45","7.9","Group based Enhancements (GROUPE)",12920,"approved","2015-03-24T10:38:29.783","2015-03-24T10:37:37.727","S2-150499","","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150681","Solution Evaluation on Message delivery to a group of devices","Huawei, Hisilicon","Runze Zhou",60945,"pCR","","Approval","Proposes to add the solution evaluation on key issue group message delivery.","","45","7.9","Group based Enhancements (GROUPE)",12960,"approved","2015-03-24T10:38:29.860","2015-03-24T10:37:38.613","S2-150500","","Rel-13","23.769","","GROUPE","","",null,"","","","","",""]
["S2-150682","Group specific NAS Level Congestion Control","NTT DOCOMO, KPN","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same 3gpp internal group ID. 2) Adding 3gpp internal group ID to the UE context in MME and HSS. 3) Adding a new subclause fo","","45","7.9","Group based Enhancements (GROUPE)",13050,"agreed","2015-03-20T10:57:47.517","2015-03-20T10:56:40.797","S2-150502","","Rel-13","23.401","13.1.0","GROUPE","2822","4","B","SP-150025","","","","",""]
["S2-150683","Group specific NAS Level Congestion Control","NTT DOCOMO, KPN","SRISAKUL THAKOLSRI",42550,"CR","","Approval","Summary of change: 1) Adding criteria of how to detect NAS signalling congestion associated with the Group of UEs belonging to the same internal group ID. 2) Adding internal group ID to the UE context in MME and HSS. 3) Adding a new subclause for group sp","","45","7.9","Group based Enhancements (GROUPE)",13100,"agreed","2015-03-20T10:57:47.580","2015-03-20T10:56:41.623","S2-150625","","Rel-13","23.060","13.1.0","GROUPE","1943","4","B","SP-150025","","","","",""]
["S2-150684","Communication Patterns for CN assisted eNB parameters tuning","NEC","Andreas Kunz",35384,"pCR","","Approval","This paper shows how to utilize the communication patterns provided by the AS for CN assisted eNB parameters tuning, when UE changes its communication characteristics.","","43","7.7","Architecture Enhancements for Service Exposure (AESE)",12320,"approved","2015-03-24T10:38:29.937","2015-03-24T10:37:39.520","S2-150670","","Rel-13","23.708","","AESE","","",null,"","","","","",""]
["S2-150685","Response to LS on Request for clarification about GWCN","SA WG2","Maurice Pope",648,"LS out","","Approval","To: SA WG5","","6","4","Common issues and Incoming LSs",10110,"approved","2015-03-24T10:38:30","2015-03-24T10:37:40.423","S2-150568","","","","","","","","","","S2-150005","SA WG5"]
["S2-150686","[DRAFT] Reply LS on paging for MTC","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG1, RAN WG2, RAN WG3","","6","4","Common issues and Incoming LSs",10170,"revised","2015-03-24T10:38:30.063","2015-03-24T10:37:40.423","S2-150570","S2-150697","","","","","","","","","S2-150019","RAN WG1, RAN WG2, RAN WG3","TSG GERAN"]
["S2-150687","Feasibility study on the Support of Emergency services over WLAN","Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Verizon , T-Mobile USA, LGE, AT&T, Qualcomm, Sprint","Maurice Pope",648,"SID new","","Approval","To study the mechanisms needed to support IMS Emergency sessions over WLAN (both in the Trusted -S2a - and in the Untrusted -S2b- cases)","","62","8.1","New and Revised Work Items, Cover sheets for completed work items",16900,"noted","2015-03-24T10:38:30.157","2015-03-24T10:37:40.440","S2-150653","","","","","","","","","","","","","",""]
["S2-150688","Response LS on the definition of the SPExclusionList","SA WG2","Maurice Pope",648,"LS out","","Approval","To: CT WG1","","10","4.1.3","107E early consideration: Non-3GPP Access Maintenance",10520,"approved","2015-03-24T10:38:30.217","2015-03-24T10:37:40.457","S2-150410","","","","","","","","","","S2-150009","CT WG1"]
["S2-150689","Solution of leveraging the existing PCC framework with Sd/Gx interface","Allot Communications, Cisco, US Cellular, Oracle, Broadcom Corporation, Sandvine Incorporated, Sprint, Comverse, Openet Telecom","Maurice Pope",648,"pCR","","Approval","This contribution outlines one of the solutions per defined key issue for FMSS.","","57","7.17","Flexible Mobile Service Steering (FMSS)",15920,"approved","2015-03-24T10:38:30.280","2015-03-24T10:37:40.487","S2-150660","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150690","Solution for FMSS: New interface for traffic steering","Ericsson, AT&T, NEC, KDDI, Broadcom Corporation, ZTE, Orange, Hitachi","Maurice Pope",648,"pCR","","Approval","This contribution proposes a solution for key issue #1 in FMSS TR.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16070,"revised","2015-03-24T10:38:30.373","2015-03-24T10:37:41.377","S2-150662","S2-150693","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150691","LS on public safety discovery","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG1, RAN WG2, SA WG3, TSG RAN","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13660,"approved","2015-03-24T10:38:30.437","2015-03-24T10:37:42.267","S2-150676","","Rel-13","","","","","","","",null,"RAN WG1, RAN WG2, SA WG3, TSG RAN"]
["S2-150692","Forwarding of ProSe Group Communications by Stateless ProSe UE-UE Relay","LG Electronics","Laeyoung Kim",40613,"pCR","","Approval","This P-CR proposes stateless ProSe UE-UE Relay operation for ProSe Group Communications forwarding.","","48","7.12","Extended Proximity-based Services (eProSe-Ext)",13780,"approved","2015-03-24T10:38:30.517","2015-03-24T10:37:42.280","S2-150674","","Rel-13","23.713","","eProSe-Ext-SA2TR","","",null,"","","","","",""]
["S2-150693","Solution for FMSS: New interface for traffic steering","Ericsson, AT&T, NEC, KDDI, Broadcom Corporation, ZTE, Orange, Hitachi","Maurice Pope",648,"pCR","","Approval","This contribution proposes a solution for key issue #1 in FMSS TR.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16080,"approved","2015-03-24T10:38:30.593","2015-03-24T10:37:43.153","S2-150690","","","23.718","","FMSS","","",null,"","","","","",""]
["S2-150694","Solution to key issue#2: Semantics of traffic steering policy","Cisco, Allot Communications, Oracle, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Huawei, Hisilicon","Nirav Salot",42469,"pCR","","Approval","This contribution proposes a new solution to key issue#2.","","57","7.17","Flexible Mobile Service Steering (FMSS)",16130,"approved","2015-03-24T10:38:30.670","2015-03-24T10:37:44.073","S2-150663","","Rel-13","23.718","","FMSS","","",null,"","","","","",""]
["S2-150695","public safety services in IOPS network","Samsung","Youngkyo Baek",46395,"pCR","","Approval","This contribution is to discuss way forward of public safety services (e.g. MCPTT service) in IOPS network.","","60","7.20","Feasibility study on IOPS (FS_IOPS_St2)",16620,"approved","2015-03-24T10:38:30.733","2015-03-24T10:37:44.947","S2-150649","","","23.797","","FS_IOPS_St2","","",null,"","","","","",""]
["S2-150696","Removing restrictions to report RAT type to the AF","Ericsson, Alcatel-Lucent","Maurice Pope",648,"CR","","Approval","Summary of change: Existing limitation to report RAT change only when UE accesses via 3GPP IP-CAN type is removed.  RAT type change is added as event trigger and credit reauthorization trigger in both trusted WLAN access and untrusted non 3GPP access. For","","54","7.16.2","TEI13 Category B/C for PCC/QoS",15120,"agreed","2015-03-20T10:57:47.657","2015-03-20T10:56:42.467","S2-150431","","Rel-13","23.203","13.2.0","TEI13, SAES","0966","3","B","SP-150027","","","","",""]
["S2-150697","Reply LS on paging for MTC","SA WG2","Maurice Pope",648,"LS out","","Approval","To: RAN WG1, RAN WG2, RAN WG3","","6","4","Common issues and Incoming LSs",10180,"approved","2015-03-24T10:38:30.810","2015-03-24T10:37:45.807","S2-150686","","","","","","","","","","S2-150019","RAN WG1, RAN WG2, RAN WG3","TSG GERAN"]
["S2-150698","LS on Paging Optimization","SA WG2","Maurice Pope",648,"LS out","","Approval","LS Out seeking RAN input on paging optimization (Revision of S2-144426)","","53","7.16.1","TEI13 Category B/C for 3GPP Packet Access",14930,"approved","2015-03-24T10:38:30.890","2015-03-24T10:37:45.837","S2-150655","","","","","","","","","",null,"RAN WG3, RAN WG2","RAN 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"]