IEEE C802.16n-11/0107r1 Project Title

advertisement
IEEE C802.16n-11/0107r1
Project
IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16>
Title
Support of Alternative Interface
Date
Submitted
2011-07-20
Source(s)
Ronald Mao, Erik Colban, Bin Chen
Huawei Technologies
Re:
Call for contributions for 802.16n AWD as announced on June 1, 2011
Abstract
This contribution provides specifications on using an alternative interface (Ralt), as required by
the SRD.
Purpose
To be adopted by 802.16n
Notice
Copyright
Policy
Patent
Policy
E-mail: rmao@huawei.com,
ecolban@huawei.com
This document does not represent the agreed views of the IEEE 802.16 Working Group or any of its subgroups. It
represents only the views of the participants listed in the “Source(s)” field above. It is offered as a basis for
discussion. It is not binding on the contributor(s), who reserve(s) the right to add, amend or withdraw material
contained herein.
The contributor is familiar with the IEEE-SA Copyright Policy
<http://standards.ieee.org/IPR/copyrightpolicy.html>.
The contributor is familiar with the IEEE-SA Patent Policy and Procedures:
<http://standards.ieee.org/guides/bylaws/sect6-7.html#6> and
<http://standards.ieee.org/guides/opman/sect6.html#6.3>.
Further information is located at <http://standards.ieee.org/board/pat/pat-material.html> and
<http://standards.ieee.org/board/pat>.
Support of Alternative Interface
Ronald Mao, Erik Colban, Bin Chen
Huawei Technologies
Introduction
An alternative interface is an interface between two HR-MSs that is not on the IEEE 802.16 air interface. It may
be on an air interface on an unlicensed spectrum such as WLAN, or a wired interface on a power line.
In advanced metering such as Smart Grid, utility companies have requirements to have metering devices access
the network on scheduled time intervals for it is expected that under normal operations the majority of traffic
from/to the MS will be regular as opposed to being ad-hoc in nature. This deterministic type of behavior allows
for optimizing the operation of the HR-MS in that the HR-MS can be scheduled to enter or re-enter to the
network only at specific time instances and only for a limited period of time. Such time controlled operation
means better air interface utilization, reduced interference, conserved network resources, and possibly increased
battery life, etc. However, a limitation with time controlled operation is that, as the HR-MS is not monitoring
the air interface outside its pre-defined connection interval; the network cannot contact the MS outside of this
interval. This contribution proposes a solution to mitigate this problem by allowing the network to send a
1
IEEE C802.16n-11/0107r1
connection notification to a target HR-MS via a neighboring HR-MS that is currently in connected state. The
neighboring HR-MS will relay the notification to the target HR-MS on the alternative interface. Upon receiving
the notification, the target HR-MS will enter the network to receive data from the network.
In the case where a HR-BS has data to be delivered to a target HR-MS, and the target HR-MS is powered off, or
in an extended sleep mode, and there there is an alternative interface between the target HR-MS and a
neighboring HR-MS, the HR-BS may request the neighboring HR-MS to relay a notification about the pending
data delivery over the alternative interface. This procedure is illustrated in Error! Reference source not found..
Figure 1: Activate a disconnected MS over alternative interface
As the figure illustrates, to deliver data to a target HR-MS (MS1) currently disconnected from the BS, the BS
sends a notification to the neighboring HR-MS (MS2), which in turn forwards such notification to the target MS
over the alternative connection. Upon receipt of this notification the target MS connects to the BS and receives
any pending messages from the HR-BS.
The alternative interface may be a wireless access connection that supports direct P2P communication over an
unlicensed spectrum or a wired connection over power lines. In either case, the MS monitors the alternative
interface. For security reasons, only a notification is forwarded from the BS to have the target HR-MS establish
a connection with the BS. The neighboring MS shall not relay actual data via the alternative connection.
The data delivery described here relies on the availability of an HR-MS in connected state and the existence of
an alternative interface between this HR-MS and the HR-MS for which the indication is to be sent. In the
absence of these conditions, the HR-BS will buffer the data until such period that either the target HR-MS is
connected to the network or neighboring HR-MS within reach of the desired MS enters into a connected state.
The HR-BS locates a relay HR-MS by sending a multicast message to the multicast group to which the target
HR-MS belongs. The delivery of the multicast message is guaranteed to reach the relaying MS in the
neighborhood of the target MS because scheduled access devices are stationary and the network topology does
not change. Hence the network is aware of the whereabouts of the devices even when they are currently not
accessing the network.
Proposed Text
17.3.5 Relaying operation
Relay operation described in Section 16.6 shall be supported.
2
IEEE C802.16n-11/0107r1
In order to provide great reliability in a degraded network, the relay function described in this subsection shall be
supported.
In order to support local forwarding in an HR-RS, the HR-RS shall follow operation as defined in Section 17.3.6.
17.3.5.x Relaying connection notifications over an alternative interface
An alternative interface is an interface between two stationary HR-MSs that is not an IEEE 802.16 air interface.
It may be an air interface on an unlicensed spectrum such as WLAN, or a wired interface on a power line.
When an HR-BS has downlink data for a HR-MS that has powered down or in an extended sleep mode from the
802.16 network, the HR-BS may send a multicast Connection Notification message to the multicast group to
which the target HR-MS belongs. In the multicast message, the identity of the target HR-MS is included. When
HR-MS in the multicast group that is currently connected to the network receives the notification, the HR-MS is
assumed to relay the notification to the target HR-MS identified in the Connection Notification message over
the alternative interface. Upon receipt of this notification, the target HR-MS shall enter the network and receive
any pending messages from the HR-BS.
3
Download