1. doc.: IEEE 802.15-<doc#>
<month year>
doc.: IEEE <doc#>
<September 2012>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Submission Title: [Merged Comments to DCN TGD Draft]
Date Submitted: [18 September 2012]
Source: [Seung-Hoon Park] Company [Samsung Electronics]
Address [416, Maetan-3Dong, Yeongtong-Gu, Suwon-Si, Gyeonggi-Do, , Korea]
Voice:[ ], FAX: [ ],
Re: [.]
Abstract: [Merged comments to revise TGD draft document (based on DCN385-02)]
Purpose: [To summary and compare comments to TGD draft document]
Notice: This document has been prepared to assist the IEEE P It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.
Release: The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P
<Seung-Hoon Park et.al.>, <Samsung Electronics>
<author>, <company>

2. Merged Comments to DCN385-02 TGD Draft
<September 2012>
Merged Comments to DCN TGD Draft
September 18, 2012
Seung-Hoon Park
<Seung-Hoon Park et.al.>, <Samsung Electronics>

3. Comments to 2.2 Specific definitions to this standard
<September 2012>
Comments to 2.2 Specific definitions to this standard
Commenter
Comments
Eldad Zeira
Add “PAC Peer Aware Communication”
Discovering PD (DPD) means a PD which is doing discovery function and is not connected yet. Connected PD (CPD) means a PD which is connected to another PD. [Eldad] Suggest replacing above with the following definitions: PPD – Peered PD, a device which has been peered with another device. PSPD – Peer seeking PAC device, a device which is actively attempting to discover / be discovered by other devices in order to peer. (Note that this definition allows a PD to seek other devices while already being peered)
SG - Service Group - a collection of PDs that are members of the same service set. [Eldad] we need to define what is a service set
Suhwook Kim
Add “Peering: To establish a link or multiple links between PDs or among PDs for the purpose of announcing information or exchanging traffic.”
<Seung-Hoon Park et.al.>, <Samsung Electronics>

4. Comments to 4. General Description
<September 2012>
Comments to 4. General Description
Commenter
Comments
Eldad Zeira
This clause provides the basic framework of PDs and links. The framework serves as a prerequisite to supporting the functions of PDs and links and their interactions specified later in detail. It covers amongst others the following aspects — the architecture, components, services, the network topology used for medium access, the transmission range, the reference model used for functional partitioning, and the time base used for access scheduling, and the security paradigm used for message protection.
Suhwook Kim
It covers the following aspects — the architecture, components, services, the network topology used for medium access, the transmission range, the reference model used for functional partitioning, and the time base used for access scheduling, and the security paradigm used for message protection .   [Suhwook] It’s redundant
*To be re-written**.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

5. Comments to 4.1 Concepts and architecture
<September 2012>
Comments to 4.1 Concepts and architecture
Commenter
Comments
Eldad Zeira
This section describes general concepts, e.g. sects. 4.1, 4.5 in [1] with some of the original material moved elsewhere.
[Editor’s comments] 4.1 Concepts and architecture, and 4.5 Topology from DCN Eldad suggested to merge 4.1 and 4.5 into single sub-clause. –Shannon will provide a clean version.
PAC shall support a fully distributed, decentralized, data scalable, and self organized system composed of single type of PAC device to be named PAC Devices, or PDs.
Some of these devices may be able to connect on an opportunistic basis to infrastructure through means, which is out of scope for
PAC shall support Oone-to-one and, one-to-many communications topology shall be supported.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

6. Comments to 4.1 Concepts and architecture
<September 2012>
Comments to 4.1 Concepts and architecture
Commenter
Comments
Suhwook Kim
This subclause presents the concepts of IEEE and how the architectural components are related to the overall procedure .   [Suhwook] It’s redundant.
PAC shall support low data rate long distance .
PAC shall support scalable data rate to accommodate many applications such as listed in the Application Matrix (doc. #).
[Suhwook] It’s ambiguous. PAC supports not only low data rate long distance but also high data rate short distance, or etc.
Possibly aided by higher layers, PD shall support selective exchange of data with specific other PDs or groups of PDs 
Possibly aided by higher layers, a PD shall support data transfers between itself and identified PDs or groups. [Suhwook] What is ‘selective’ exchange of data?
PAC  shall support both one-way and two-way communications.
[Suhwook] PAC supports both one way and two/multi way communication.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

7. Comments to 4.1 Concepts and architecture
<September 2012>
Comments to 4.1 Concepts and architecture
Commenter
Comments
Seung-Hoon Park
Replace “ PAC shall support a fully distributed, decentralized, data scalable, and self organized system.” to “ PAC shall support a fully distributed, decentralized, and self organized system.
“Possibly aided by higher layers, PD shall support selective exchange of data with specific other PDs or groups of PDs.”
[Shannon] Define “selective exchange of data”.
Add “IEEE PAC shall provide discovery for peer information without peering. Peering is a function to establish single link or multiple links. Discovery without peering is beneficial by reducing redundant procedures to setup links and to exchange data among non-peer PDs. So discovery after peering shall be avoided in the efficiency aspect and novelty of ”
Exchange of messages for the purpose of discovery alone shall be minimized.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

8. Comments to 4.2 Components (States of devices?)
<September 2012>
Comments to 4.2 Components (States of devices?)
Commenter
Comments
Eldad Zeira
Discovering PD (DPD) means a PD which is doing discovery function and is not connected yet. Connected PD (CPD) means a PD which is connected to another PD. [Eldad] Suggest replacing above with the following definitions: PPD – Peered PD, a device which has been peered with another device. PSPD – Peer seeking PAC device, a device which is actively attempting to discover / be discovered by other devices in order to peer. (Note that this definition allows a PD to seek other devices while already being peered)
SG - Service Group - a collection of PDs that are members of the same service set. [Eldad] we need to define what is a service set
<Seung-Hoon Park et.al.>, <Samsung Electronics>

9. Comments to 4.2 Components (States of devices?)
<September 2012>
Comments to 4.2 Components (States of devices?)
Commenter
Comments
Suhwook Kim
Discovering PD (DPD) means a PD which is doing discovery function and is not peeredconnected yet.
PeeredConnected PD (PPDCPD) means a PD which is peeredconnected to another PD within a service [group ] .
Service Group (SG) means a collection of PDs which are connected by the same service set.
 [Suhwook] If ‘A’ PD is peered to ‘B’ PD for a service and discovering to ‘C’PD for the other service, ‘A’ PD is DPD and PPD. Therefore I suggest the category is only applied to within a service [group].
Seung-Hoon Park
Replace The title “Components” to “Roles”.
[Shannon] There is no hierarchy within PDs. However, a PD can take a specific role according to event (e.g. peering)
<Seung-Hoon Park et.al.>, <Samsung Electronics>

10. Comments to 4.3 Topology Commenter Comments Eldad Zeira
<September 2012>
Comments to 4.3 Topology
Commenter
Comments
Eldad Zeira
An illustrative PAC topology is depicted in Fig. 1:
Fig. 1: PAC topology. Solid lines are PAC links. Red solid lines are one to many links. The dashed link to server is out of scope.
“Delete the line and Server from the figure
<Seung-Hoon Park et.al.>, <Samsung Electronics>

11. Comments to 4.3 Topology Commenter Comments Seung-Hoon Park
<September 2012>
Comments to 4.3 Topology
Commenter
Comments
Seung-Hoon Park
Add a figure
<Seung-Hoon Park et.al.>, <Samsung Electronics>

12. Comments to 4.4. Services Commenter Comments Eldad Zeira Suhwook Kim
<September 2012>
Comments to 4.4. Services
Commenter
Comments
Eldad Zeira
PAC shall support a PD ability to:
Discover other PDs or groups of other PD’s in proximity and be discoverable by them
Discover other PDs or groups of other PD’s in proximity but not be discoverable by them
Be discoverable by other PDs or groups of other PD’s but not discover them
Neither discover nor be discoverable
Communications with discovered PDs.
Suhwook Kim
Title “Services”  [Suhwook] The contents are not suitable to the title. Please change the title to such as PD ability or fill the contents to fit the title.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

13. Comments to 4.4. Services Commenter Comments Seung-Hoon Park
<September 2012>
Comments to 4.4. Services
Commenter
Comments
Seung-Hoon Park
Replace “ PAC shall support a PD ability to:” to “ PAC shall provide a discovery service that user or application aware peers in the proximity PAC shall support a PD discovery ability to:”
Add “ PAC shall provide traffic services such as best effort, non real-time, real-time, streaming, gaming or etc.”
<Seung-Hoon Park et.al.>, <Samsung Electronics>

14. Comments to 4.5 Reference model
<September 2012>
Comments to 4.5 Reference model
Commenter
Comments
Eldad Zeira
Modify the title to “Reference protocol model”
“Message security services are to occur at the MAC sublayer, and security key generationsoperations are to take place inside and/or outside the MAC sublayer.”
Modify picture
Fig. Xxx: Protocol Architecture. Grayed out boxes signify layers and nodes not specified by Dotted lines signify an intermittent connection
<Seung-Hoon Park et.al.>, <Samsung Electronics>

15. Comments to 4.5 Reference model
<September 2012>
Comments to 4.5 Reference model
Commenter
Comments
Suhwook Kim
“All PDs are internally partitioned into a physical (PHY) layer and a medium access control (MAC) sublayer  of the data link layer,”  
[Suhwook] Why PHY layer and MAC sublayer?
<Seung-Hoon Park et.al.>, <Samsung Electronics>

16. Comments to 6. Functional requirements
<September 2012>
Comments to 6. Functional requirements
Commenter
Comments
Suhwook Kim
This cause contains system level functional requirements targeting peak spectral efficiency, latency, synchronization time, discovery capacity, scheduling, QoS, interference management, power management, system complexity, security.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

17. Comments to 6.1 Multiple access
<September 2012>
Comments to 6.1 Multiple access
Commenter
Comments
Eldad Zeira
The multiple access schemes shall be designed as follows:. Contention-free access scheme, contention-based, or other access scheme may be considered for control and data transmission.
Multiple access schemes shall be supported.
[Eldad] Since any multiple access is either contention-based or contention-free I suggest replace with a simpler statement:
Suhwook Kim
The multiple access schemes shall  be designed as follows: Contention-free access scheme, contention-based, or other access scheme may be considered for control and data transmission.
[Suhwook] ‘Shall’ PAC support both of them?
PAC shall support prioritized channel access .
 [Suhwook] What’s the prioritized channel access?
<Seung-Hoon Park et.al.>, <Samsung Electronics>

18. Comments to 6.2 Synchronization
<September 2012>
Comments to 6.2 Synchronization
Commenter
Comments
Eldad Zeira
Remove this sub-clause
Suhwook Kim
It’s not decided which the system supports synchronization or not.
Seung-Hoon Park
Leave this sub-clause.
[Shannon] a minimum of synchronization functionality is required for data transmission/reception or ranging.
Add “A transmitting PD and a receiving PD shall be synchronized to support low duty cycling.”
[Shannon] Link-level synchronization to Tx-Rx pair shall be provided for low power consumption.
Add “A multiple of proximal PDs shall be synchronized for efficient channel access.” [Shannon] System-level synchronization shall be provided to get higher throughput from synchronous channel access mechanism than one from asynchronous channel access mechanism.
<Seung-Hoon Park et.al.>, <Samsung Electronics>

19. Comments to 6.3 Discovery Commenter Comments Suhwook Kim
<September 2012>
Comments to 6.3 Discovery
Commenter
Comments
Suhwook Kim
IEEE shall support that PD finish the discovery of other PDs [within the same service] before peering.
PAC shall support data discovery latency to xxx ms
Possibly aided by higher layers, PAC shall support selective discovery and discoverability by specific other PDs or groups of PDs .
[Suhwook] groups of PDs It’s ambiguous.
Seung-Hoon Park
Replace the title “Discovery (PD discovery or Peer discovery)” to “Peer discovery” [Shannon] The “Peer” information can include
Application, service, user (nick)name
PAC Device type, and capability
<Seung-Hoon Park et.al.>, <Samsung Electronics>

20. Comments to 6.4 Peering (Link establishment, or association)
<September 2012>
Comments to 6.4 Peering (Link establishment, or association)
Commenter
Comments
Suhwook Kim
“ PAC shall support a quick peering between PDs that have already discovered each other .”
 [Suhwook] Do we support peering without discovering?
Seung-Hoon Park
Replace the title “Peering (Link establishment, or association)” to “Peering”
“ PAC shall support a quick peering between PDs that have already discoveredpeered each other.”
<Seung-Hoon Park et.al.>, <Samsung Electronics>

21. Comments to 6.8 Multicast and 6.9 Broadcast
<September 2012>
Comments to 6.8 Multicast and 6.9 Broadcast
Commenter
Comments
Eldad Zeira
[Eldad] isn't it covered under one to many?
<Seung-Hoon Park et.al.>, <Samsung Electronics>

22. Comments to 6.10 Multi-hop support
<September 2012>
Comments to 6.10 Multi-hop support
Commenter
Comments
Seung-Hoon Park
Add “Only relay-enabled PD decided by peer information shall relay discovery messages or traffic data from PDs in the proximity.”
[Shannon] Only users in the same peer group can support relaying.
How selfish user helps relaying for different group users?
So it shall be decided by peer information.
<Seung-Hoon Park et.al.>, <Samsung Electronics>