UnifyingHG&CIS_Modles - ISO/IEC JTC 1/SC 25/WG 1 Home Page

advertisement
ISO / IEC JTC1/ SC25 WG1
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
N1139
WG1 (Brussels, Chen)1
Date: 2005, February 09
ISO/IEC JTC1 SC25 WG1
Interconnection of Information Technology Equipment
Home Electronic Systems
Title:
Unifying HomeGate and Interoperability Models
Source:
Abraham Y. Chen, US Expert, US TAG
Project:
01.03.02: 15045-2
Requested Action:
For consideration at the WG1 meeting to be held
2005 March 14 - 18
Distribution: P-, L-, O- Members of SC25 WG1
31
32
33
106750574
Rev: 200502090714/ayc
1
16-03-06, 21:00
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
1.
Introduction and Summary:
This document utilizes the HG (Half Gateway) and GL (Gateway Link) terminologies
introduced by WG1 N1045 and refined in WG1 N1079 as building blocks to analyse the
models used by HomeGate Project’s RG (Residential Gateway) in SC25 N1020 and
Interoperability Project’s CIS (Common Interoperability System) in WG1 N1058. It turns out
that these models are based on the same concept. They appear to be different because their
main focuses are on different angles. It is determined that a single concise model can be used
for both Projects with consistency.
With this established, a Proxy device between two disparate transmission technologies in
Figure 5 of WG1 N879A can be easily modelled as well. This assures that each HAN can be
developed and deployed as if it were on an isolated island, yet always ready to interoperate
with others, as long as each technology camp provides a Half -Proxy that bridges that
technology to the CIS.
An extension of this analysis suggests that WAN & HAN tasks can also be clearly demarked
avoiding much of the confusions in the current broadband deployment. Current industry
approaches make this division fuzzy, resulting in business advantages to product vendors but
causing much confusion and frustration to service providers and end -users.
Lastly, having served their purposes, the HG and GL terminologies can now be retired to
minimize the burden on memorizing too many terminologies.
2.
Basic Building Blocks
Figure 1 shows the basic concept of two HGs (Half Gateways) linked by a GL (Gateway Link)
serving as a gateway between two networks of any kind.
64
65
GL
66
67
68
HGI#1
HGI#2
#1GL
#2GL
69
70
71
System #1
System #2
72
73
74
75
76
77
Notes: A. “HGI” here stands for “Half Gateway Interface”.
B. “GL” (Gateway Link) is presented here as a point -to-point connection, but could be
a portion of a multi-drop bus.
Figure 1: Half Gateways with Gateway Link
78
106750574
Rev: 200502090714/ayc
2
16-03-06, 21:00
79
80
81
The “System #n” blocks in the above figure represent different networks (WAN, HAN & PAN)
of wide range of transmission technologies as shown in Figure 2 below from page #4 of WG1
N1045.
82
The Diagnosis
Last-1000 Meters
WAN
Last-100 Meters
HAN
Last-10 Meters
PAN
(Wide Area Network)
(Home Area Network)
(Proximity Area Network)
Cable
ISDN
Optical
RF
xDSL
HomePNA
PLC
Wireless
10 Mbps
Cordless
Ethernet
Firewire
InfraRed
USB
100 Mbps
1000 Mbps
The bottleneck is here!
Firewire: IEEE 1394
HomePNA: Home Phoneline Network Alliance
ISDN: Integrated Service Digital Network
PLC: Power Line Carrier
RF: Radio Frequency
USB: Universal Serial Bus
xDSL: type "x" of Digital Subscriber Line
The confusion is here!
83
Figure 2: Categories of Transmission Technologies
84
85
86
87
88
89
90
91
92
93
If we recognize that all of these are either derived from Ethernet or having adapters of some
sort that convert respective technology and protocol to be Ethernet compatible, we can
proceed with a reference line that all HES networking systems a re “the same”. It follows that
the following derivation becomes straightforward.
2.
Current Models Used by HomeGate and Interoperability Projects
A. The CIS model shown in presentation Slide #7 of WG1 N1058 of Interoperability
project has been redrawn as Figure 3 of SC25 N1020 of HomeGate project:
94
Abstract HES Language (AL)
95
96
97
GIWF #1
GIWF #2
GIWF #3
GIWF #4
#1AL
#2AL
#3AL
#4AL
98
99
System #1
System #3
System #2
System #4
100
101
Figure 3—Common Interoperability System (CIS)
106750574
Rev: 200502090714/ayc
3
16-03-06, 21:00
102
103
104
B. The basic architecture of the HES-gateway including associated architectural
domains is shown in Figure 4. of SC25 N1020:
105
Domain of HES-gateway
Domain of WAN
Domain of HAN
106
107
WAN
108
WAN
interface
module
109
110
HESgateway
internal
bus
and
RGIP
HAN
interface
module
HAN
service
module
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
Figure 4—HES-gateway Architectural Domains
3.
Analysis of Partitioning for Convergence
At the first glance, Figures 1, 3 and 4 look different from one another. On the other hand, if we
fold the WAN portion of Figure 4 to the same side o f the “RGIP” block as “HAN interface” plus
“Service” modules, and then rotate the entire picture 90 degrees clockwise, it becomes pretty
much the same as that of Figure 3. The only difference between Figures 1 & 3 is that Figure 1
is very simplistic. However, this is precisely the value of Figure 1. That is, its only two
components, HG & GL can be used as building blocks for Figures 3 and 4, if we can clarify
then associate the main purposes of each of these diagrams:
A.
The “HG” and “GL” used in Figure 1 are intended to present the architecture of
a network’s physical infrastructure. In terms of OSI 7 -Layer Model, it would be more
appropriate to classify this as “Layer 0” Model.
B.
The “AL” and “GIWF” in Figure 3 are used to represent CIS operations at the
Abstract Language level. This is above OSI Layer 7 (or a “collection” of certain Layers of the
7-Layer Model). So, it probably would be appropriate to call this model as “Layer 8”.
C.
The “WAN & HAN interface modules”, “Service modules” and “HES -gateway
internal bus and RGIP” blocks in Figure 4 attempt to address the “protocol stack” of RG which
belongs to the OSI 7-Layer Model. But, the keywords, “interface module” and “internal bus”
give a definitive impression that this model is also dealing with physic al hardware entities.
If we organize the current diagrams with these three partitions, we can get a clear and
consistent picture.
4.
Unified Model
The following is a set of three Residential Gateway models representing the three levels of
networking configurations / applications:
106750574
Rev: 200502090714/ayc
4
16-03-06, 21:00
145
146
A.
OSI Layer “0” Physical Infrastructure
147
RGIB (Residential Gateway Internal Bus)
148
149
150
HGI#1
HGI #2
HGI #3
HGI #4
#1RGIB
#2RGIB
#3RGIB
#4RGIB
System #2
System #3
System #4
151
152
System #1
153
Figure 5: OSI “Layer 0” Physical Infrastructure
154
155
Note that:
156
157
a.
RGIB can be used as a generic expression for interconnection within any
gateway device. It will include GL (Gateway Link) function, as well.
158
159
b.
If we spell HGI out as HomeGate Interface, we do not need to expand HG out
to “Half Gateway” anymore. Also,
160
161
c.
HGI could be either WGI or HGI representing WAN or HAN Gateway Interface
modules, respectively. (There is a bit “double” use of the “H” here.)
162
B.
OSI Layers 1 – 7 Protocol Stack
163
RGIP (Residential Gateway Internal Protocol)
164
165
166
GIWP #1
GIWP #2
GIWP #3
GIWP #4
#1RGIP
#2RGIP
#3RGIP
#4RGIP
System #2
System #3
System #4
167
168
System #1
169
Figure 6—OSI Layers 1 – 7 Protocol Stack
170
171
172
This is a RG model corresponding to conventional OSI 7 -Layer protocol stack modelling.
106750574
Rev: 200502090714/ayc
5
16-03-06, 21:00
173
174
C.
OSI Layer “8” Common Language Abstract System
175
Abstract HES Language (AHL)
176
177
178
GIWF #1
GIWF #2
GIWF #3
GIWF #4
#1AL
#2AL
#3AL
#4AL
179
180
System #1
System #3
System #2
System #4
181
Figure 7— OSI Layer “8” Abstract HES Language
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
This is a model that shows how AHL is transmitted among different systems in CIS
environment.
5.
Specific Applications of the Model
With a model that unifies both Projects with respect to all OSI Layers, the following diagrams
will only present that of the infrastructure layer (Layer “0”). It would be used to house the
higher level (Layer 1 –7 and Layer 8) models. Also, the RGIB used below represents not only
that residing within the conventional definition of the centralized Residential Gateway, but
also those distributed via transmission technologies that can reach appreciable distance as
well as supporting multiple nodes.
A.
Simple Gateway
197
RGIB
198
1:1 Simple
RG
199
200
WGI
HGI
#1RGIB
#2RGIB
WAN
System #1
HAN
System #2
201
202
203
204
205
Figure 8: Simple Residential Gateway
206
207
106750574
Rev: 200502090714/ayc
6
16-03-06, 21:00
208
209
B.
Proxy Between Disparate HANs
210
RGIB
211
HalfProxy
Pair
212
213
HGI#1
HGI#2
#1GL
#2GL
214
215
HAN#1
System #1
216
HAN#2
System #2
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
Figure 9: Proxy Linking HAN Technologies
The RGIB here could be degenerated into internal wiring connection be tween the two half
Proxy circuitry. With this configuration, System #1 and System #2 can be independently
evolved as if they were on isolated islands. Consequently, there is no need to standardize any
of the technologies or protocols that may be used in an y of these Systems. With Proxies
defined, there is no more need for RGs with multiple HAN connections. Of course, this does
not preclude manufacturers from offering products with such configuration.
C.
Network Adapter
If there is only one System connected to RGIB, the last diagram becomes a model of conventional
Network Adapter between a HAN and a EUT (End User Terminal).
232
233
HAN (RGIB)
234
235
236
HGI#1
Network
Adapter
#1HAN
237
238
239
EUT
(System #1)
240
241
242
243
Figure 10: Network Adapter Model
106750574
Rev: 200502090714/ayc
7
16-03-06, 21:00
244
245
246
D.
247
248
249
With sufficient speed, a HAN could be utilized to serve t he function of the Distributed RGIB, or
a “Backbone Bus” allowing multiple HANs be connected to it via one HGI each, as shown in
Figure 11 below.
Distributed RGIB
250
Distributed RGIB
251
252
253
HGI #1
HGI #2
HGI #3
HGI #4
#1AHS
#2AHS
#3AHS
#4AHS
WAN #1
System #1
HAN #1
System #2
HAN #2
System #3
EUT
System #4
254
255
256
257
258
Figure 11: HES with Multi-HANs Built around a Distributed RGIB
259
260
E.
Generic HES
261
262
263
264
265
266
Combining these configurations, it becomes apparent that if a technology that is capable of providing
HAN functions is selected to also serve the RGIB function, a generic configuration shown in Figure 12
can be formed. This architecture supports a multiple-part HomeGate that is physically distributed,
without the need to identify / develop a special interconnection facility for extending the RGIB. With
this configuration, even a SG no longer need two part HGIs to reach a HAN, but just a single HGI
module as shown below as HGI #1.
267
RG
268
Distributed RGIB
269
270
271
HGI #1
HGI #2
HGI #3
HGI #4
#1AHS
#2AHS
#3AHS
#4AHS
PAN #1
System #3
EUT/Service
System #4
272
273
274
WAN #1
System #1
HAN #1
System #2
275
276
Figure 12: Generic HES Model
277
106750574
Rev: 200502090714/ayc
8
16-03-06, 21:00
278
279
280
281
282
283
Conclusion: Utilizing the HG (Half Gateway) and GL (Gateway Link) concepts, the models
used by HomeGate and Interoperability Projects have been merged into a conc ise and
universal model. This helps to streamline and unify the presentations of these two Projects.
Not only all known variations of HES configurations can be represented by these two basic
building blocks, but also this identifies a clear position for WG 1 to take in terms of task and
responsibility divisions among HES networking technology providers.
284
That is,
285
286
287
288
289
290
A.
There is no more need to standardize any one of multitude of HAN technologies. All
that each need to do is to present a Half -Proxy from its own technology and protocol to
interoperate with the AHL (Abstract HES Language) over the physical RGIB recommended by
WG1. With such Proxy setup, respective technologies can enjoy independence from any
influence by others while promises to consumers the full i nteroperability with other similarly
qualified technologies.
291
292
293
294
295
B.
The simplification and partitioning of the RG model clearly segregates responsibilities
between WAN and HAN by enabling simple diagnostic procedures, resulting in the definitive
consequence of applying traditional communication industry’s demarcation practices to
broadband field, eliminating much of the consumers’ and service providers’ confusion and
frustration to date.
296
297
C.
Appendix A is a set of recommended diagrams to revise the current figur es in SC25
N1020 of HomeGate Project (ISO/IEC 15045-2).
298
299
D.
Appendix B is a set of recommended diagrams to revise the current figures in WG1
N1114 of Interoperability Project (ISO/IEC 18012-2)
300
106750574
Rev: 200502090714/ayc
9
16-03-06, 21:00
301
APPENDIX A
302
Recommended Diagrams for SC25 N1020 of ISO/IEC 15045 -2
303
304
Physical HES- gateway
305
RGIB
306
307
308
WGI X
WGI Y
HGI A
HGI B
WAN Y
HAN A
HAN B
309
310
311
WAN X
312
Objects on
network
313
Object on
network
314
Logical
Figure 1 – Interoperating Networks
315
316
317
Figure 2 – (No change)
318
319
Abstract HES Language (AHL)
320
321
322
GIWF #1
GIWF #2
GIWF #3
GIWF #4
#1AL
#2AL
#3AL
#4AL
323
324
325
326
System #1
System #2
System #3
System #4
Figure 3—Common Interoperability System (CIS)
327
328
106750574
Rev: 200502090714/ayc
10
16-03-06, 21:00
329
330
Domain of HES-gateway
331
RGIP on RGIB
332
333
334
335
WAN
I/F module
HAN
I/F module
336
337
WAN
HAN
Service
module
338
339
340
341
Domain of WAN
Domain of HAN
342
Figure 4 – HES-gateway Architectural Domains
343
344
345
346
Distributed RGIB (utilizing HAN1)
347
RG
348
349
WGI
WGI
HGI
350
351
352
WAN
WAN
HAN #1
Application(s)
HAN2
Application(s)
353
Figure 5 – Half-gateway Model
354
355
356
Figure 6 (No Change except possible legend updates)
357
106750574
Rev: 200502090714/ayc
11
16-03-06, 21:00
358
Figure 7 (No Change except possible legend updates)
359
360
Figure 8 (No Change except possible legend updates)
361
362
Figure 9 (No Change except possible legend updates)
363
364
Figure 10 (No Change except possible legend updates)
365
366
367
368
369
Figure 11 (Did not redraw this because the original “Protocol c Interface” is not clearly explained. That
is, whether the “Tunnel” path is physical or logical? Also, it is not clear what is the physical
“Interconnect”? If it is part of the “distributed RGIB” defined above, it is realizable with any HAN
technology that also serves as RGIB. See Figure 11 in the main text of this document.)
370
Physical HES- gateway
371
RGIB
372
373
374
VDSL
/ATM
375
MEPG2
/RF
Ethernet
I/F
VoIP
/POTS
PC
Phones
376
VDSL
access
377
TV
378
Figure A. 1 – VDSL Scenario
379
380
Physical HES- gateway
381
RGIB
382
383
384
DBS
receiver
VDSL
/ATM
MEPG2
/RF
Ethernet
I/F
VDSL
access
TV
PC
VoIP
/POTS
385
386
387
DBS
dish
Phones
388
Figure A. 2 – DBS/DSL Scenario
389
106750574
Rev: 200502090714/ayc
12
16-03-06, 21:00
390
391
Physical HES- gateway
392
RGIB
393
394
395
Digital
cable
decoder
DSL
/ATM
396
MEPG2
/RF
Ethernet
I/F
CEBus
I/F
397
398
Cable
drop
DSL
access
TV
set
PC
Meter,
energy
appliances
Energy
Management
Service
module
399
400
Figure A. 3 – Cable/DSL/Energy Management CEBus Scenario
401
402
403
Physical HES- gateway
404
RGIB
405
406
407
DSL
/ATM
IEEE 802.11
WiFi I/F
408
409
410
DSL
access
Healthcare monitoring
Service module
Healthcare
appliances
411
Figure A. 4 – Healthcare Management Suggestion
412
413
414
106750574
Rev: 200502090714/ayc
13
16-03-06, 21:00
415
416
Physical HES- gateway
417
RGIB
418
419
420
DSL
/ATM
HomePNA
I/F
421
422
423
DSL access
(over POTS)
HomePNA over
POTS wiring
POTS phones
424
425
426
HomePNA
bridge
427
428
429
Ethernet
appliances
430
431
432
Figure A. 5 – DSL/HomePNA Scenario
433
434
435
106750574
Rev: 200502090714/ayc
14
16-03-06, 21:00
436
APPENDIX B
437
Recommended Diagrams for WG1 N1114 of ISO/IEC 18012 -2
438
Physical
439
RGIB
440
441
Residential Gateway
442
HGI A
HGI B
443
444
445
Objects on
Network A
Network A
Network B
Objects on
Network B
446
447
448
Logical
449
Figure 1 – Two Interoperating Networks
450
451
Interoperable Residential Gateway
452
453
Object 1
RGIP
Object 2
454
455
456
IGI
(IWF-A)
457
IGI
(IWF-B)
458
459
Object 1-A
Network A
Network B
Object 2-B
460
Figure 2 – Application Interoperability Model
461
106750574
Rev: 200502090714/ayc
15
16-03-06, 21:00
462
463
464
Interoperable Residential Gateway
465
466
Object 1
467
Object 2
RGIP
468
469
470
IGI
(IWF-A)
471
IGI
(IWF-B)
472
473
LightSwitch
Network A
Network B
LightLamp
474
475
Figure A.1.1 – (Lighting Application Procedure)
106750574
Rev: 200502090714/ayc
16
16-03-06, 21:00
Download