1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
|
<pre>Network Working Group A. Monrad
Request for Comments: 5279 S. Loreto
Category: Informational Ericsson
July 2008
<span class="h1">A Uniform Resource Name (URN) Namespace</span>
<span class="h1">for the 3rd Generation Partnership Project (3GPP)</span>
Status of This Memo
This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.
Abstract
This document describes the Namespace Identifier (NID) for Uniform
Resource Namespace (URN) resources published by the 3rd Generation
Partnership Project (3GPP). 3GPP defines and manages resources that
utilize this URN name model. Management activities for these and
other resource types are provided by the 3GPP Support Team.
Table of Contents
<a href="#section-1">1</a>. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-2">2</a>
<a href="#section-2">2</a>. URN Specification for the 3GPP Namespace Identifier (NID) . . . <a href="#page-2">2</a>
<a href="#section-3">3</a>. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-4">4</a>. Namespace Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-5">5</a>. Community Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-6">6</a>. Security Considerations . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-7">7</a>. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-8">8</a>. Normative References . . . . . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<span class="grey">Monrad & Loreto Informational [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc5279">RFC 5279</a> URN Namespace for 3GPP July 2008</span>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
3GPP is a cooperation of international telecommunication standards
bodies developing technologies for cellular networks. This activity
is supported by a membership composed of network operators, equipment
vendors, content providers, and other suppliers to the mobile market.
Some of the technologies being developed by 3GPP need URN namespaces
that are managed so that they are unique and persistent. To assure
that the uniqueness is absolute, the registration of a specific NID
for use by 3GPP was deemed appropriate. Therefore, a full and
complete registration will follow the namespace specification process
as defined in <a href="./rfc3406">RFC 3406</a> [<a href="./rfc3406" title=""Uniform Resource Names (URN) Namespace Definition Mechanisms"">RFC3406</a>].
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. URN Specification for the 3GPP Namespace Identifier (NID)</span>
Namespace ID:
3gpp
Registration Information:
registration version number: 1
registration date: 2007-11-16
Declared registrant of the namespace:
Registering organization
Name: 3rd Generation Partnership Project
Address: ETSI
Mobile Competence Centre
650, route des Luciole
06921 Sophia-Antipolis Cedex
France
Designated contact
Role: Specifications Manager
Email: john.meredith@etsi.org
Declaration of syntactic structure:
The Namespace Specific String (NSS) of all URNs that use the
"3gpp" NID will have the following structure:
urn:3gpp:{3gpp-urn}
<span class="grey">Monrad & Loreto Informational [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc5279">RFC 5279</a> URN Namespace for 3GPP July 2008</span>
where the "3gpp-urn" is a US-ASCII string that conforms to the
NSS(Namespace Specific String) Syntax described in <a href="./rfc2141">RFC 2141</a>
[<a href="./rfc2141" title=""URN Syntax"">RFC2141</a>] and defines a specific resource type.
Relevant ancillary documentation:
3GPP provides information on registration for each URN. More
information about 3GPP and the registration activities and
procedures to be followed are available at:
<a href="http://www.3gpp.org/tb/Other/URN/URN.htm">http://www.3gpp.org/tb/Other/URN/URN.htm</a>
Identifier uniqueness considerations:
3GPP will manage resources using the "3gpp" NID and will be the
authority for managing the "3gpp-urn" strings. In the associated
procedures, 3GPP will ensure the uniqueness of the strings
themselves or shall permit secondary responsibility for management
of well-defined sub-trees.
3GPP may permit use of experimental type values that will not be
registered. As a consequence, multiple users may end up using the
same value for separate uses. Unregistered type values will only
be allowed in sub-namespaces clearly marked as experimental, to
help implementors avoid "leaking" experimental values into real
use.
Identifier persistence considerations:
3GPP will provide clear documentation of the registered uses of
the "3gpp" NID. This will be structured such that each "3gpp-
urn", if needed, will have a separate description and registration
table.
The registration tables and information will be published and
maintained by 3GPP on its web site.
Process of identifier assignment:
3GPP will provide procedures for registration of each type of
resource that it maintains. Each such resource may have three
types of registration activities:
1. Registered values associated with 3GPP specifications or
services
2. Registration of values or sub-trees to other entities
<span class="grey">Monrad & Loreto Informational [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc5279">RFC 5279</a> URN Namespace for 3GPP July 2008</span>
3. Name models for use in experimental purposes
New Namespace Identifier (NID) labels
The Entries in the registration table will be the following:
3gpp-urn: the registered value;
Description: description of the registered value;
Reference: 3GPP spec that defines the value;
Contact: person requesting the URN assignment.
Process for identifier resolution:
The namespace is not listed with a Resolution Discovery System
(RDS), as this is not relevant.
Rules for Lexical Equivalence:
No special considerations; the rules for lexical equivalence of
<a href="./rfc2141">RFC 2141</a> [<a href="./rfc2141" title=""URN Syntax"">RFC2141</a>] apply.
Conformance with URN Syntax:
No special considerations.
Validation mechanism:
None specified. URN assignment will be handled by procedures
supported and maintained by 3GPP.
Scope:
Global
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. Examples</span>
The following examples are representative URNs that could be assigned
by 3GPP. They are not actual strings that are assigned.
urn:3gpp:featurephones
Defines the "3gpp-urn" to be used for "featurephones".
urn:3gpp:acme.foo-serv
Defines the URN associated with the operator identified by the
"3gpp-urn" value "acme", which has decided to register and provide
information about its service identified by value "foo-serv".
<span class="grey">Monrad & Loreto Informational [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc5279">RFC 5279</a> URN Namespace for 3GPP July 2008</span>
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. Namespace Considerations</span>
The 3rd Generation Partnership Project is developing a variety of
enablers and applications. Some of these require information to be
fully specified.
For proper operation, descriptions of the needed information must
exist for the URNs and be available in a unique, reliable, and
persistent manner.
As 3GPP is ongoing and covers many technical areas, the possibility
of binding to various other namespace repositories has been deemed
impractical. Each object or description, as defined in 3GPP, could
possibly be related to multiple different other namespaces, so
further conflicts of association could occur. Thus, the intent is to
utilize the 3GPP specifications manager as the naming authority for
3GPP-defined URNs and its descriptions.
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. Community Considerations</span>
The objects and descriptions required for enablers produced by 3GPP
are generally available for use by other organizations. The 3rd
Generation Partnership Project Support Office will provide access and
support for name requests by these organizations. This support can
be enabled in a timely and responsive fashion as new objects and
descriptions are produced.
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. Security Considerations</span>
There are no security considerations other than those normally
associated with the use and resolution of URNs in general.
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. IANA Considerations</span>
This section registers a new URN NID with the registration provided
in <a href="#section-2">Section 2</a>.
"3gpp-urn" strings are identified by label managed by 3GPP. Thus,
creating a new label does not require any IANA action.
<span class="grey">Monrad & Loreto Informational [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc5279">RFC 5279</a> URN Namespace for 3GPP July 2008</span>
<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>. Normative References</span>
[<a id="ref-RFC3406">RFC3406</a>] Daigle, L., van Gulik, D., Iannella, R., and P. Faltstrom,
"Uniform Resource Names (URN) Namespace Definition
Mechanisms", <a href="https://www.rfc-editor.org/bcp/bcp66">BCP 66</a>, <a href="./rfc3406">RFC 3406</a>, October 2002.
[<a id="ref-RFC2141">RFC2141</a>] Moats, R., "URN Syntax", <a href="./rfc2141">RFC 2141</a>, May 1997.
Authors' Addresses
Atle Monrad
Ericsson
Televeien 1
Grimstad 4898
Norway
EMail: atle.monrad@ericsson.com
Salvatore Loreto
Ericsson
Hirsalantie 11
Jorvas 02420
Finland
EMail: Salvatore.Loreto@ericsson.com
<span class="grey">Monrad & Loreto Informational [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc5279">RFC 5279</a> URN Namespace for 3GPP July 2008</span>
Full Copyright Statement
Copyright (C) The IETF Trust (2008).
This document is subject to the rights, licenses and restrictions
contained in <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a>, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND
THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS
OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF
THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and <a href="https://www.rfc-editor.org/bcp/bcp79">BCP 79</a>.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
<a href="http://www.ietf.org/ipr">http://www.ietf.org/ipr</a>.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at
ietf-ipr@ietf.org.
Monrad & Loreto Informational [Page 7]
</pre>
|
