Managing Stage 1 Requirements for SA6 Work Guidance
Explore the handling of Stage 1 requirements within SA6 for application enablement, involving external industry bodies and SA1's involvement to define service level requirements. The process for generating and managing these requirements is critical for effective collaboration and architectural development within 3GPP.
Download Presentation
Please find below an Image/Link to download the presentation.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.
You are allowed to download the files provided on this website for personal or commercial use, subject to the condition that they are used lawfully. All files are the property of their respective owners.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author.
E N D
Presentation Transcript
Use Cases and Requirements for SA6 Alan Soloway (Qualcomm) SA6 Chair
Dream Come True External bodies provide use cases and requirements to SA1 SA1 provide service level requirements for application enablement SA6 uses that as input to guide our work Comments: Additional inputs into SA6 can be considered as well Another perspective is that SA6 gets the use cases from multiple sources and creates the Stage 1 requirements
SA1 Stage 1 Requirements The desire is that SA1 generate Stage 1 (i.e. service level) requirements for application enablement Comments: Companies should engage in SA1 to define service level requirements for application enablement Need to agree on what SA6 expects from Stage 1 requirements Proposal: Send LS to SA1 providing guidance on how to state service requirements for application enablement
External Stage 1 Requirements It is beneficial for SA6 to receive Stage 1 requirements generated from external industry bodies as input to the SA6 efforts Comments Ideally this should still come through SA1 If SA6 agrees to do this, what is the process (i.e. way to agree)? Industry bodies generally only capture use cases rather than requirements Investigate what other SA WGs do for use cases and requirements Applicability of these external requirements should be considered
Lack of Stage 1 Requirements It is beneficial for SA6 to create appropriate requirements where Stage 1 requirements do not exist Comments: This should be limited to architectural requirements If SA6 agrees to generate service level requirements, there should be a defined process within 3GPP How to proceed on architectural requirements when Stage 1 requirements do not exist? Can we develop key issues to derive architecture requirements where no stage 1 requirements exist?
Proposals Regarding Requirements 1. SA6 will continue to use the applicable SA1 Stage 1 requirements to guide the efforts in SA6 Agree/Disagree? - Agree 2. It is beneficial for SA6 to receive Stage 1 requirements generated from external industry bodies as input to the SA6 efforts Agree/Disagree? No conclusion (please see detailed slide) 3. SA6 may generate Stage 1 requirements (based on consensus) Agree/Disagree? No conclusion (please see detailed slide) 4. SA6-generated Stage 1 requirements do not need to be comprehensive, nor should their existence or non-existence be used as a justification to reject proposed solutions Agree/Disagree?
The slides after this have not been discussed
SA1 Use Cases The desire is that SA1 will generate Stage 1 requirements for SA6 application enablement efforts that could include use cases that can be referenced by SA6
External Use Cases It is beneficial for SA6 to consider use cases generated from external industry bodies to guide the SA6 efforts
Self-Generated Use Cases It is beneficial for SA6 to liaise with SA1 on additional use cases where SA1 has generated Stage 1 requirements based upon use cases It is beneficial for SA6 to liaise with external industry bodies on additional use cases where those external bodies have generated Stage 1 requirements based upon use cases It may be beneficial for SA6 to generate use cases where existing use cases are not available to SA6
Proposals Regarding Requirements 1. SA6 will reference the available SA1 use cases to guide the efforts in SA6 and liaise with SA1 to get clarification on those or other use cases (when necessary) Agree/Disagree? 2. SA6 will reference the available externally generated use cases to guide the efforts in SA6 and liaise with the applicable external body to get clarification on those or other use cases (when necessary) Agree/Disagree? 3. SA6 should generate use cases where there is a desire to do so Agree/Disagree? 4. SA6-generated use cases do not need to be comprehensive, nor should their existence or non-existence be used as a justification to reject proposed requirements/solutions Agree/Disagree?
