1 / 23

Proposed Resolution for Comments on Multi-PHY Management Scheme

This document provides resolutions to comments related to a multi-PHY management scheme employing a common signaling mode. It addresses various comments and provides resolutions for inter-PHY coexistence.

ashli
Download Presentation

Proposed Resolution for Comments on Multi-PHY Management Scheme

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. C.S. Sum Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)‏ Submission Title: [Proposed Resolution for Comments Related to Multi-PHY Management Scheme Employing Common Signaling Mode – First Attempt] Date Submitted: [July 2010] Source: [Chin-Sean Sum, Hiroshi Harada, Fumihide Kojima] Company [NICT] Address [3-4, Hikarino-oka, Yokosuka, 239-0847, Japan] Voice: [+81-46-847-5092], FAX: [+81-46-847-5440], E-Mail: [sum@nict.go.jp] Re: [] Abstract: [This document provides resolutions to comments for MPM and CSM] Purpose: [This document provides resolutions to comments of LB51] Notice: This document has been prepared to assist the IEEE P802.15. 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 P802.15.

  2. C.S. Sum Summary • This document addresses various comments for the Multi-PHY-mode Management scheme for the purpose of inter-PHY coexistence • For each comment, the following is addressed: • The overall response to the comment • The corresponding resolutions • The exact change in the draft • Comments belonging to the same topic are grouped together and resolved collectively

  3. C.S. Sum CID 695 • Comment: Specify the value of phyMRFSKSFD for CSM • Response: Accept in principle. The additional specification will be added in subclause 6.1a. • Resolution 1: Add in subclause 6.1a, as the last paragraph, the following blue text: • “The attribute phyMRFSKSFD shall be set to 0 in the 950-956 MHz band, and 1 otherwise”

  4. C.S. Sum CID 125, 689, 1569, 1643, 1705, 1731 (1/2) • Comment: The MPM (CSM) should be for PAN coordinators, not all coordinators • Response: Accept in principle. In a regulatory domain with multiple PHYs, at least the PAN coordinators shall be able to facilitate inter-PHY coexistence. The support for CSM is made optional for coordinators • Resolution 1: Replace the first paragraph of subclause 7.5.8c • “In order to effectively manage multiple SUNs utilizing different PHY modes in the same location, the MPM management scheme specifies that all coordinators shall be able to transmit and receive CSM index 0, as given in Table 6a (see 6.1a). A coex-beacon shall be sent in the CSM index 0. ” • with the blue text below: • “In order to effectively manage multiple SUNs utilizing different PHY modes in the same location, the MPM management scheme specifies that all PAN coordinators operating at duty ratio (cycle) of more than 1%, shall be able to transmit and receive CSM index 0, as given in Table 6a (see 6.1a). A coex-beacon shall be sent in the CSM index 0. To further enhance the level of coexistence among PHY modes, besides PAN coordinators, coordinators should also support CSM index 0.”

  5. C.S. Sum CID 125, 689, 1569, 1643, 1705, 1731 (2/2) • Resolution 2: Replace all terms “coordinator” in subclause 7.5.8c with “PAN coordinator”. • Additional remarks: Possible ways to proceed • 1. MAC to control the mechanism: All PAN coordinators shall transmit and receive coex-beacon. • 2. NHL to control the mechanism: All coordinators shall be able to transmit and receive coex-beacon.

  6. C.S. Sum CID 1650, 1714, 1730 (1/6) • Comment: Clarify the transmission of coex-beacon in CAP • Response: In the current frame format specification, two subfields are used to determine the position of the coex-beacon in the superframe: “Coex-beacon Order” and “Offset Time Order”. In the CAP, if the transmission of a coex-beacon is delayed due to backoff in the slotted CSMA/CA, the backoff timing should be given. A new subfield is added into the frame format: “CAP Backoff Offset”. The CAP Backoff Offset subfield specifies the actual slot the coex-beacon was transmitted due to backoff. • Resolution 1: Change to Coex Specification field from 32 bits to 40 bits in the first paragraph of subclause 7.2.2.4a.2

  7. C.S. Sum CID 1650, 1714, 1730 (2/6) • Resolution 2: Add in 7.2.2.4a.2, a new paragraph after the paragraph “The Offset Time…” as the blue text below: • “The CAP Backoff Offset subfield is 4 bits in length and specifies the actual slot position the coex-beacon is transmitted due to backoff procedure in CAP” • Resolution 3: Add the new 4-bit subfield “CAP Backoff Offset” in figure 92b corresponding to Resolution 2.

  8. C.S. Sum CID 1650, 1714, 1730 (3/6) • Resolution 4: Replace the fifth paragraph in subclause 7.2.2.4a.2 • “The Offset Time Order subfield is 4 bits in length and shall specify the interval between the coex-beacon and the following beacon. See 7.5.1.2a for more explanation.” • With the blue text below • “The Offset Time Slot subfield is 4 bits in length and shall specify the interval between the coex-beacon and the preceding periodic beacon. See 7.5.1.2a for more explanation.” • Resolution 5: Change figure 92b reflecting Resolution 4

  9. C.S. Sum CID 1650, 1714, 1730 (4/6) • Resolution 6: Replace figure 105a with below

  10. C.S. Sum CID 1650, 1714, 1730 (5/6) • Resolution 7: Replace the third paragraph in subclause 7.5.1.2a • The interval between a coex-beacon and the subsequent periodic beacon is described by the Offset Time Order (OTO). The MAC PIB attribute for OTO is macOffsetTimeOrder. The values of OTO and offset time duration (OTD) are related as follows: • OTD = aBaseSuperframeDuration * 2OTO symbols. • with the following blue text • “The interval between a coex-beacon and the preceding periodic beacon is described by the Offset Time Slot (OTS). The MAC PIB attribute for OTS is macOffsetTimeSlot. The values of OTS and offset time duration (OTD) are related as follows: • OTD = aBaseSuperframeDuration * OTS symbols.”

  11. C.S. Sum CID 1650, 1714, 1730 (6/6) • Resolution 8: Replace attribute macOffsetTimeOrder with in Table 127 the following:

  12. C.S. Sum CID 1651-1657, 1754, 1755 (1/2) • Comment: The information on symbol time of should be clarified • Resolution 1: Add in subclause 7.5.1.2a, before the last paragraph, the following blue text: • “The symbol time in (3) and (4) shall be based on the CSM as specified in Table 6a.” • Resolution 2: Accept in principle. Replace the 7th paragraph in subclause 7.2.2.4a.2 : • “The PHY Mode Control subfield is 4 bits in length and shall specify the PHY mode of the source PAN. The values for the PHY modes shall be specified in Table 121a.” • with the blue text below: • “The PHY Mode Control subfield is 6 bits [b0 b1 b2 b3 b4 b5] in length, where [b0 b1] specify the PHY type of the source PAN and [b2 b3 b4 b5] specify the symbol rate of respective PHYs as given in Table 1. The values of the PHY Mode Control subfield shall be specified in Table 121a.”

  13. C.S. Sum CID 1651-1657, 1754, 1755 (2/2) • Resolution 2: Update figure 92b accordingly to Resolution 3 • Resolution 3: Modify Table 121a as below Confirm values

  14. C.S. Sum CID 1757, 1758 (1/2) • Comment: Revise MAC PIB attribute for coex-beacon payload “macBeaconPayloadLength” and “macBeaconPayload” • Resolution 1: Accept in principle. Replace first paragraph of subclause 7.2.2.4a.3 • “ The Coex-beacon Payload field is an optional sequence of up to macBeaconPayloadLength octets specified to be transmitted in the coex-beacon frame by the next higher later. The set of octets contained in macBeaconPayload shall be copied to this field.” • with the blue text below • “ The Coex-beacon Payload field is an optional sequence of up to macCoexBeaconPayloadLength octets specified to be transmitted in the coex-beacon frame by the next higher later. The set of octets contained in macCoexBeaconPayload shall be copied to this field.”

  15. C.S. Sum CID 1757, 1758 (2/2) • Resolution 2: Add the below MAC PIB attributes into Table 127

  16. C.S. Sum CID 1727 (1/2) • Comment: Maximum coex-beacon interval is too long. • Response: Shorten the maximum coex-beacon interval. Now since only PAN coordinators (as compared to all coordinators previously) are required to support the CSM, these PAN coordinators may be handling specific tasks such as inter-PHY coexistence. These coexistence coordinators may be connected to power source and therefore, may perform more frequent coex-beacon transmission and scanning. • Resolution 1: Replace the 5th paragraph in subclause 7.2.2.4a.2 • “The Coex-beacon Order subfield is 5 bits in length and shall specify the transmission interval of the coex-beacon frames. See 7.5.1.2a for an explanation of the relationship between coex-beacon order and coex-beacon interval.” • with the blue text below: • “The Coex-beacon Order subfield is 4 bits in length and shall specify the transmission interval of the coex-beacon frames. See 7.5.1.2a for the explanation of the relationship between coex-beacon order and coex-beacon interval.” • Resolution 2: Update figure 92b according to Resolution 1.

  17. C.S. Sum CID 1727 (2/2) • Resolution 3: Replace MAC PIB attribute “macCoexBeaconOrder” in Table 127 as below:

  18. C.S. Sum CID 1575, 1639, 1644-1649, 1660, 1662-1667 (1/4) • Comment: Add and clarify transmission of coex-beacon in non-beacon-enabled PAN (NBPAN) • Response: The two main missing parts for coex-beacon in the NBPAN are the procedure description and timing information. In the following resolutions, the relevant explanations are added and the interval between two transmissions of coex-beacon in the NBPAN is specified. • Resolution 1: Add two new subfields into the coex-beacon frame, “NBPAN Control” and “NBPAN Coex-beacon Interval”

  19. C.S. Sum CID 1575, 1639, 1644-1649, 1660, 1662-1667 (2/4) • Resolution 2: Add a paragraph into subclause 7.2.2.4a.2, as the blue text below: • “The NBPAN Control subfield is 1 bit in length and shall specify whether the source PAN is operating in non-beacon-enabled mode, where 1 representing the source PAN operating in the non-beacon-enabled mode and 0 representing the beacon-enabled mode. If NBPAN control is set to 1, subfields such as Superframe Order, Final CAP Slot, Coex-beacon Order, Offset Time Order shall be ignored.” • Resolution 3: Add a paragraph into subclause 7.2.2.4a.2, as the blue text below: • “The NBPAN Coex-beacon Interval is 16 bits in length and shall specify the maximum duration of the interval between consecutive coex-beacons in the non-beacon-enabled mode.” • Resolution 4: Update figure 92a according to Resolution 2 and 3

  20. C.S. Sum CID 1575, 1639, 1644-1649, 1660, 1662-1667 (3/4) • Resolution 5: Replace the last paragraph in subclause 7.5.1.2a in the following: • “In a non-beacon-enabled PAN, the only related timing information is macCoexBeaconOrder, and it is used to described the interval between two consecutive coex-beacon frames.” • With the following blue text • “In a non-beacon-enabled PAN, the interval between two coex-beacon frames is described in the NBPAN Control subfield and NBPAN Coex-beacon Interval subfield in 7.2.2.4a.2. The resolution of the time shall be aMinNBPANTimeUnit.” • Resolution 6: Add the following MAC sublayer constant in Table 85

  21. C.S. Sum CID 1575, 1639, 1644-1649, 1660, 1662-1667 (4/4) • Resolution 7: Replace the last paragraph in subclause 7.5.8c in the following: • “In a non-beacon-enabled PAN, an existing coordinator shall transmit a coex-beacon periodically by using the CSM index 0. The rest of the procedure is similar to that in the beacon-enabled PAN. The illustration of the procedure is given in figure 112c.” • with the following blue text • “In a non-beacon-enabled PAN, an existing coordinator shall transmit a coex-beacon periodically by using the CSM index 0. Any incoming potential coordinator shall first scan for the coex-beacon for twice the duration of the maximum interval as described in 7.2.2.4a.2. The illustration of the procedure is given in figure 112c.”

  22. C.S. Sum CID 1724, 1727 • Comment: Change the scan time to maximum possible • Resolution: Accept in principle. Change the second paragraph in subclause 7.5.8c in the following: • “In a beacon enabled-PAN, an existing coordinator shall transmit a coex-beacon at fixed interval by using CSM index 0. The coex-beacon may be transmitted in any part of the superframe. Any incoming potential coordinator shall first scan for the coex-beacon for at least the duration of the CBI before starting its own network. If an incoming…” • with the blue text below: • “In a beacon enabled-PAN, an existing coordinator shall transmit a coex-beacon at fixed interval by using CSM index 0. The coex-beacon may be transmitted in any part of the superframe. Any incoming potential coordinator shall first scan for the coex-beacon for the maximum duration of the CBI before starting its own network. If an incoming…”

  23. C.S. Sum CID for all FH • Comments: • 103, 135-139, 1725, 1726, 1732-1743, 1748, 1749, 1766, 1771, 1773, 1775, 1799 Collaborate with FH group

More Related