Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TR 26.930  Word version:  18.0.0

Top   Top   Up   Prev   Next
1…   4…   5…   6…   A…

 

6  Solutionsp. 32

6.1  Generalp. 32

6.2  Solution #1: Enhancements on RTC architecturep. 32

6.2.1  Solution descriptionp. 32

6.2.2  Possible enhancements on functional entities and RTC architecture based on WebRTC viewpointp. 33

6.2.3  Interaction between functional entities in the enhanced RTC architecture and 5GCp. 38

6.2.4  Media connection modelp. 41

6.2.5  IP Addressingp. 48

6.2.6  Alignment and gap analysis between the enhanced RTC architecture and the current RTC architecturep. 53

6.2.7  Enhanced RTC Architecture for collaboration scenario 4p. 54

6.2.8  Proposed enhancements on RTC architecturep. 57

6.2.9  Solution evaluationp. 64

6.3  Solution #2: Functional requirements for C-Planep. 64

6.4  Solution #3: C-Plane signalling protocolp. 68

6.4.1  Solution descriptionp. 68

6.4.2  Overviewp. 69

6.4.3  High-level featuresp. 70

6.4.4  Transport of signalling massagep. 72

6.4.5  RESPECT (signalling protocol)p. 74

6.4.5.1  Generalp. 74

6.4.5.2  Key features of the RESPECT protocolp. 74

6.4.5.3  Protocol usage on UNI/NNIp. 79

6.4.5.4  Protocol and version identificationp. 81

6.4.5.5  RESPECT messagesp. 81

6.4.5.5.1  Generalp. 81
6.4.5.5.2  Signalling message definitionp. 81
6.4.5.5.3  Supported methodsp. 82
6.4.5.5.4  Keys (information elements) included in RESPECT messagesp. 84
6.4.5.5.4.1  Generalp. 84
6.4.5.5.4.2  Common keyp. 84
6.4.5.5.4.3  Individual keyp. 85
6.4.5.5.4.3.1  Generalp. 85
6.4.5.5.4.3.2  Result of the request processing ("success")p. 85
6.4.5.5.4.3.3  Error details ("problemDetails")p. 86
6.4.5.5.4.3.4  Required extensional capability ("requiredExtension")p. 86
6.4.5.5.4.3.5  Unsupported extensional capability ("unsupportedExtension")p. 86
6.4.5.5.4.3.6  Supported extensional capability ("supportedExtension")p. 86
6.4.5.5.4.3.7  Retry restriction timer ("retryAfter")p. 86
6.4.5.5.4.3.8  Target of redirection ("location")p. 86
6.4.5.5.4.3.9  RTC user ID ("rtdUserId")p. 87
6.4.5.5.4.3.10  Authentication type ("authType")p. 87
6.4.5.5.4.3.11  Authentication information ("authorization")p. 87
6.4.5.5.4.3.12  Authentication and media session retention timer ("disconnectTtl")p. 87
6.4.5.5.4.3.13  Credential for authentication restoration ("webrtcReauthCredential")p. 87
6.4.5.5.4.3.14  Authentication challenge ("wwwAuthenticate")p. 88
6.4.5.5.4.3.15  Duration of the authentication ("expires")p. 88
6.4.5.5.4.3.16  Destination ID ("dId")p. 88
6.4.5.5.4.3.17  Media session ID ("mediaSessionId")p. 88
6.4.5.5.4.3.18  Media session state ("mediaSessionState")p. 89
6.4.5.5.4.3.19  Media Information ("mediaInfo")p. 90
6.4.5.5.4.3.20  Originating ID ("oId")p. 95
6.4.5.5.4.3.21  Requested information list ("resourcesReq") / Information list ("resourcesRes")p. 97
6.4.5.5.4.3.22  Updating key list ("updatingKeys")p. 97
6.4.5.5.4.3.23  Updated key list ("updatedKeys")p. 97
6.4.5.5.4.3.24  Called party ID ("cId")p. 98
6.4.5.5.4.3.25  User data ("userData")p. 98
6.4.5.5.4.4  Application specific keyp. 98
6.4.5.5.5  Response code for error responsep. 98
6.4.5.5.6  Originating ID and verification using signature verification and attestation informationp. 99

6.4.5.6  General call flow and procedurep. 100

6.4.6  SDPp. 115

6.4.6.1  Generalp. 115

6.4.6.2  Session-Level Sectionp. 115

6.4.6.3  Media descriptionp. 116

6.4.7  Solution evaluationp. 119

6.5  Solution #4: Functional requirements for U-Planep. 119

6.6  Solution #5: Service control APIp. 121

6.6.1  Solution Descriptionp. 121

6.6.2  Procedures for service controlp. 122

6.6.3  Service Control APIsp. 127

6.6.3.1  General aspects of service control APIp. 127

6.6.3.2  RTC ID resource management APIp. 128

6.6.3.2.1  API URIp. 128
6.6.3.2.2  Resourcesp. 129
6.6.3.2.3  Data modelp. 132
6.6.3.2.4  Error Handlingp. 143

6.6.3.3  Notification of RTC ID resource deletionp. 144

6.6.3.4  Notification of forced RTC ID resource deletionp. 146

6.6.3.5  Notification of RTC ID resource suspendedp. 148

6.6.3.6  Notification of RTC ID resource resumedp. 150

6.6.3.7  Notification of user call in requestedp. 151

6.6.3.8  Notification of user call in acceptedp. 153

6.6.3.9  Notification of user call in connectedp. 155

6.6.3.10  Notification of user call in connectedp. 157

6.6.3.11  Notification of media routing queryp. 159

6.6.4  Solution evaluationp. 160

6.7  Solution #6: WSF Discovery mechanismp. 161

6.8  Solution #7: Interworking with IMS networkp. 165

6.9  Solution #8: Protocol-level interworking between RTC network and IMS networkp. 169

6.9.1  Solution descriptionp. 169

6.9.2  C-Plane signalling interworkingp. 169

6.9.2.1  Generalp. 169

6.9.2.2  Protocol stackp. 170

6.9.2.3  Interworking procedures at the IWFp. 170

6.9.2.3.1  Generalp. 170
6.9.2.3.2  Media session setup from RTC to IMSp. 170
6.9.2.3.3  Media session setup from IMS to RTCp. 177
6.9.2.3.4  Media session set up callcellation from RTC to IMSp. 181
6.9.2.3.5  Media session set up callcellation from IMS to RTCp. 182
6.9.2.3.6  Media session update from RTC to IMSp. 183
6.9.2.3.7  Media session update from IMS to IMSp. 183
6.9.2.3.8  Media session release from RTC to IMSp. 183
6.9.2.3.9  Media session release from IMS to RTCp. 184

6.9.3  U-Plane media related interworkingp. 185

6.9.5  Solution evaluationp. 186

6.10  Solution #9: Tethered casesp. 186

6.11  Solution #10: Security considerationsp. 189

6.12  Solution #11: Related groups considerationsp. 191

7  Key findingsp. 191


Up   Top   ToC