Comments on "CRB-RPL: A Receiver-based Routing Protocol for Communications in Cognitive Radio Enabled Smart Grid"
Extracted source text ยท arXiv 1703.07619
%% bare_conf.tex
%% V1.3
%% 2007/01/11
%% by Michael Shell
%% See:
%% http://www.michaelshell.org/
%% for current contact information.
%%
%% This is a skeleton file demonstrating the use of IEEEtran.cls
%% (requires IEEEtran.cls version 1.7 or later) with an IEEE conference paper.
%%
%% Support sites:
%% http://www.michaelshell.org/tex/ieeetran/
%% http://www.ctan.org/tex-archive/macros/latex/contrib/IEEEtran/
%% and
%% http://www.ieee.org/
%%*************************************************************************
%% Legal Notice:
%% This code is offered as-is without any warranty either expressed or
%% implied; without even the implied warranty of MERCHANTABILITY or
%% FITNESS FOR A PARTICULAR PURPOSE!
%% User assumes all risk.
%% In no event shall IEEE or any contributor to this code be liable for
%% any damages or losses, including, but not limited to, incidental,
%% consequential, or any other damages, resulting from the use or misuse
%% of any information contained here.
%% All comments are the opinions of their respective authors and are not
%% necessarily endorsed by the IEEE.
%%
%% This work is distributed under the LaTeX Project Public License (LPPL)
%% ( http://www.latex-project.org/ ) version 1.3, and may be freely used,
%% distributed and modified. A copy of the LPPL, version 1.3, is included
%% in the base LaTeX documentation of all distributions of LaTeX released
%% 2003/12/01 or later.
%% Retain all contribution notices and credits.
%% ** Modified files should be clearly indicated as such, including **
%% ** renaming them and changing author support contact information. **
%%
%% File list of work: IEEEtran.cls, IEEEtran_HOWTO.pdf, bare_adv.tex,
%% bare_conf.tex, bare_jrnl.tex, bare_jrnl_compsoc.tex
%%*************************************************************************
% *** Authors should verify (and, if needed, correct) their LaTeX system ***
% *** with the testflow diagnostic prior to trusting their LaTeX platform ***
% *** with production work. IEEE's font choices can trigger bugs that do ***
% *** not appear when using other class files. ***
% The testflow support page is at:
% http://www.michaelshell.org/tex/testflow/
% Note that the a4paper option is mainly intended so that authors in
% countries using A4 can easily print to A4 and see how their papers will
% look in print - the typesetting of the document will not typically be
% affected with changes in paper size (but the bottom and side margins will).
% Use the testflow package mentioned above to verify correct handling of
% both paper sizes by the user's LaTeX system.
%
% Also note that the "draftcls" or "draftclsnofoot", not "draft", option
% should be used if it is desired that the figures are to be displayed in
% draft mode.
%\documentclass[journal,draftcls,onecolumn,11pt]{IEEEtran}
\documentclass[journal]{IEEEtran}
%\pdfminorversion 4
%\documentclass[draft]{IEEEtran}
% Add the compsoc option for Computer Society conferences.
%
% If IEEEtran.cls has not been installed into the LaTeX system files,
% manually specify the path to it like:
% \documentclass[conference]{../sty/IEEEtran}
% Some very useful LaTeX packages include:
% (uncomment the ones you want to load)
% *** MISC UTILITY PACKAGES ***
%
%\usepackage{ifpdf}
% Heiko Oberdiek's ifpdf.sty is very useful if you need conditional
% compilation based on whether the output is pdf or dvi.
% usage:
% \ifpdf
% % pdf code
% \else
% % dvi code
% \fi
% The latest version of ifpdf.sty can be obtained from:
% http://www.ctan.org/tex-archive/macros/latex/contrib/oberdiek/
% Also, note that IEEEtran.cls V1.7 and later provides a builtin
% \ifCLASSINFOpdf conditional that works the same way.
% When switching from latex to pdflatex and vice-versa, the compiler may
% have to be run twice to clear warning/error messages.
% *** CITATION PACKAGES ***
%
\usepackage{cite}
% cite.sty was written by Donald Arseneau
% V1.6 and later of IEEEtran pre-defines the format of the cite.sty package
% \cite{} output to follow that of IEEE. Loading the cite package will
% result in citation numbers being automatically sorted and properly
% "compressed/ranged". e.g., [1], [9], [2], [7], [5], [6] without using
% cite.sty will become [1], [2], [5]--[7], [9] using cite.sty. cite.sty's
% \cite will automatically add leading space, if needed. Use cite.sty's
% noadjust option (cite.sty V3.8 and later) if you want to turn this off.
% cite.sty is already installed on most LaTeX systems. Be sure and use
% version 4.0 (2003-05-27) and later if using hyperref.sty. cite.sty does
% not currently provide for hyperlinked citations.
% The latest version can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/cite/
% The documentation is contained in the cite.sty file itself.
% *** GRAPHICS RELATED PACKAGES ***
%
\ifCLASSINFOpdf
\usepackage[pdftex]{graphicx}
% declare the path(s) where your graphic files are
% \graphicspath{{../pdf/}{../jpeg/}}
% and their extensions so you won't have to specify these with
% every instance of \includegraphics
% \DeclareGraphicsExtensions{.pdf,.jpeg,.png,.eps}
\else
% or other class option (dvipsone, dvipdf, if not using dvips). graphicx
% will default to the driver specified in the system graphics.cfg if no
% driver is specified.
\usepackage[dvips]{graphicx}
% declare the path(s) where your graphic files are
% \graphicspath{{../eps/}}
% and their extensions so you won't have to specify these with
% every instance\usepackage{epstopdf} of \includegraphics
% \DeclareGraphicsExtensions{.eps}
\fi
% graphicx was written by David Carlisle and Sebastian Rahtz. It is
% required if you want graphics, photos, etc. graphicx.sty is already
% installed on most LaTeX systems. The latest version and documentation can
% be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/required/graphics/
% Another good source of documentation is "Using Imported Graphics in
% LaTeX2e" by Keith Reckdahl which can be found as epslatex.ps or
% epslatex.pdf at: http://www.ctan.org/tex-archive/info/
%
% latex, and pdflatex in dvi mode, support graphics in encapsulated
% postscript (.eps) format. pdflatex in pdf mode supports graphics
% in .pdf, .jpeg, .png and .mps (metapost) formats. Users should ensure
% that all non-photo figures use a vector format (.eps, .pdf, .mps) and
% not a bitmapped formats (.jpeg, .png). IEEE frowns on bitmapped formats
% which can result in "jaggedy"/blurry rendering of lines and letters as
% well as large increases in file sizes.
%
% You can find documentation about the pdfTeX application at:
% http://www.tug.org/applications/pdftex
% *** MATH PACKAGES ***
%
\usepackage[cmex10]{amsmath}
%\usepackage{amsmath}
%\usepackage{amsmath, amsthm, amssymb}
% A popular package from the American Mathematical Society that provides
% many useful and powerful commands for dealing with mathematics. If using
% it, be sure to load this package with the cmex10 option to ensure that
% only type 1 fonts will utilized at all point sizes. Without this option,
% it is possible that some math symbols, particularly those within
% footnotes, will be rendered in bitmap form which will result in a
% document that can not be IEEE Xplore compliant!
%
% Also, note that the amsmath package sets \interdisplaylinepenalty to 10000
% thus preventing page breaks from occurring within multiline equations. Use:
%\interdisplaylinepenalty=2500
% after loading amsmath to restore such page breaks as IEEEtran.cls normally
% does. amsmath.sty is already installed on most LaTeX systems. The latest
% version and documentation can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/required/amslatex/math/
% *** SPECIALIZED LIST PACKAGES ***
%
\usepackage{algorithmic}
% algorithmic.sty was written by Peter Williams and Rogerio Brito.
% This package provides an algorithmic environment fo describing algorithms.
% You can use the algorithmic environment in-text or within a figure
% environment to provide for a floating algorithm. Do NOT use the algorithm
% floating environment provided by algorithm.sty (by the same authors) or
% algorithm2e.sty (by Christophe Fiorio) as IEEE does not use dedicated
% algorithm float types and packages that provide these will not provide
% correct IEEE style captions. The latest version and documentation of
% algorithmic.sty can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/algorithms/
% There is also a support site at:
% http://algorithms.berlios.de/index.html
% Also of interest may be the (relatively newer and more customizable)
% algorithmicx.sty package by Szasz Janos:
% http://www.ctan.org/tex-archive/macros/latex/contrib/algorithmicx/
\usepackage[ruled,norelsize]{algorithm2e}
% *** ALIGNMENT PACKAGES ***
%
\usepackage{array}
% Frank Mittelbach's and David Carlisle's array.sty patches and improves
% the standard LaTeX2e array and tabular environments to provide better
% appearance and additional user controls. As the default LaTeX2e table
% generation code is lacking to the point of almost being broken with
% respect to the quality of the end results, all users are strongly
% advised to use an enhanced (at the very least that provided by array.sty)
% set of table tools. array.sty is already installed on most systems. The
% latest version and documentation can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/required/tools/
\usepackage{mdwmath}
\usepackage{mdwtab}
\usepackage{todonotes}
% Also highly recommended is Mark Wooding's extremely powerful MDW tools,
% especially mdwmath.sty and mdwtab.sty which are used to format equations
% and tables, respectively. The MDWtools set is already installed on most
% LaTeX systems. The lastest version and documentation is available at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/mdwtools/
% IEEEtran contains the IEEEeqnarray family of commands that can be used to
% generate multiline equations as well as matrices, tables, etc., of high
% quality.
\usepackage{eqparbox}
% Also of notable interest is Scott Pakin's eqparbox package for creating
% (automatically sized) equal width boxes - aka "natural width parboxes".
% Available at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/eqparbox/
% *** SUBFIGURE PACKAGES ***
%\usepackage[tight,footnotesize]{subfigure}
% subfigure.sty was written by Steven Douglas Cochran. This package makes it
% easy to put subfigures in your figures. e.g., "Figure 1a and 1b". For IEEE
% work, it is a good idea to load it with the tight package option to reduce
% the amount of white space around the subfigures. subfigure.sty is already
% installed on most LaTeX systems. The latest version and documentation can
% be obtained at:
% http://www.ctan.org/tex-archive/obsolete/macros/latex/contrib/subfigure/
% subfigure.sty has been superceeded by subfig.sty.
%\usepackage[caption=false]{caption}
%\usepackage[font=footnotesize]{subfig}
%\usepackage{subfig}
\ifCLASSOPTIONcompsoc
\usepackage[caption=false,font=normalsize,labelfont=sf,textfont=sf]{subfig}
\else
\usepackage[caption=false,font=footnotesize]{subfig}
\fi
% subfig.sty, also written by Steven Douglas Cochran, is the modern
% replacement for subfigure.sty. However, subfig.sty requires and
% automatically loads Axel Sommerfeldt's caption.sty which will override
% IEEEtran.cls handling of captions and this will result in nonIEEE style
% figure/table captions. To prevent this problem, be sure and preload
% caption.sty with its "caption=false" package option. This is will preserve
% IEEEtran.cls handing of captions. Version 1.3 (2005/06/28) and later
% (recommended due to many improvements over 1.2) of subfig.sty supports
% the caption=false option directly:
%\usepackage[caption=false,font=footnotesize]{subfig}
% The latest version and documentation can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/subfig/
% The latest version and documentation of caption.sty can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/caption/
% *** FLOAT PACKAGES ***
%
\usepackage{fixltx2e}
% fixltx2e, the successor to the earlier fix2col.sty, was written by
% Frank Mittelbach and David Carlisle. This package corrects a few problems
% in the LaTeX2e kernel, the most notable of which is that in current
% LaTeX2e releases, the ordering of single and double column floats is not
% guaranteed to be preserved. Thus, an unpatched LaTeX2e can allow a
% single column figure to be placed prior to an earlier double column
% figure. The latest version and documentation can be found at:
% http://www.ctan.org/tex-archive/macros/latex/base/
%\usepackage{stfloats}
% stfloats.sty was written by Sigitas Tolusis. This package gives LaTeX2e
% the ability to do double column floats at the bottom of the page as well
% as the top. (e.g., "\begin{figure*}[!b]" is not normally possible in
% LaTeX2e). It also provides a command:
%\fnbelowfloat
% to enable the placement of footnotes below bottom floats (the standard
% LaTeX2e kernel puts them above bottom floats). This is an invasive package
% which rewrites many portions of the LaTeX2e float routines. It may not work
% with other packages that modify the LaTeX2e float routines. The latest
% version and documentation can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/sttools/
% Documentation is contained in the stfloats.sty comments as well as in the
% presfull.pdf file. Do not use the stfloats baselinefloat ability as IEEE
% does not allow \baselineskip to stretch. Authors submitting work to the
% IEEE should note that IEEE rarely uses double column equations and
% that authors should try to avoid such use. Do not be tempted to use the
% cuted.sty or midfloat.sty packages (also by Sigitas Tolusis) as IEEE does
% not format its papers in such ways.
% *** PDF, URL AND HYPERLINK PACKAGES ***
%
\usepackage{url}
\usepackage{graphicx}
\usepackage{amsfonts}
\usepackage{amssymb}
\usepackage{amsthm}
\usepackage{bm}
\usepackage[ruled]{algorithm2e}
\usepackage[utf8]{inputenc}
\usepackage{booktabs}
\usepackage{epstopdf}
%\usepackage{subfigure}
%\usepackage{breqn}
%\usepackage{url}
\usepackage{cite}
\usepackage{flushend}
%\usepackage{setspace}
% url.sty was written by Donald Arseneau. It provides better support for
% handling and breaking URLs. url.sty is already installed on most LaTeX
% systems. The latest version can be obtained at:
% http://www.ctan.org/tex-archive/macros/latex/contrib/misc/
% Read the url.sty source comments for usage information. Basically,
% \url{my_url_here}.
%\usepackage{subfigure}
%------------------------
% for floated 2 column equations
\newcounter{tempEquationCounter}
\newcounter{thisEquationNumber}
\newenvironment{floatEq}
{\setcounter{thisEquationNumber}{\value{equation}}\addtocounter{equation}{1}% record equation as happened and remember number
\begin{figure*}[!t]% float following equation across columns
\normalsize\setcounter{tempEquationCounter}{\value{equation}}% record current equation number in floated location
\setcounter{equation}{\value{thisEquationNumber}}% use previous equation number
}
{\setcounter{equation}{\value{tempEquationCounter}}% set back to equation number in floated location
\hrulefill\vspace*{4pt}% add a horizontal rule separator
\end{figure*}% end float environment
}
%------------------------
\newtheorem{lemma}{Lemma}
\renewcommand{\qedsymbol}{\(\blacksquare\)}
\newtheorem{theorem}{Theorem}
% *** Do not adjust lengths that control margins, column widths, etc. ***
% *** Do not use packages that alter fonts (such as pslatex). ***
% There should be no need to do such things with IEEEtran.cls V1.6 and later.
% (Unless specifically asked to do so by the journal or conference you plan
% to submit to, of course. )
% correct bad hyphenation here
\hyphenation{op-tical net-works semi-conduc-tor}
\newcommand{\todoaijaz}[2][]
{\todo[inline, size=\tiny, color=green, author={Adnan Aijaz}, #1]{#2}}
\begin{document}
%
% paper title
% can use linebreaks \\ within to get better formatting as desired
%\title{\textsf{5G-SliceR}: A Radio Resource Slicing\\ Framework for 5G Wireless Networks}
\title{Comments on ``CRB-RPL: A Receiver-based Routing Protocol for Communications in \\Cognitive Radio Enabled Smart Grid''}
% author names and affiliations
% use a multiple column layout for up to three different
% affiliations
\author{Adnan~Aijaz,~\IEEEmembership{Member,~IEEE}
%Shuyu~Ping,
%Adnan~Aijaz,~\IEEEmembership{Member,~IEEE,}
%and~A.~Hamid~Aghvami,~\IEEEmembership{Fellow,~IEEE}% <-this % stops a space
\thanks{The author is with the Telecommunications Research Laboratory, Toshiba Research Europe Ltd., Bristol, BS1 4ND, UK. Contact e-mail: adnan.aijaz@toshiba-trel.com}}
%\author{\IEEEauthorblockN{Adnan Aijaz}\\
%\IEEEauthorblockA{Telecommunications Research Laboratories, Toshiba Research Europe Ltd., Bristol, UK.\\
%adnan.aijaz@toshiba-trel.com}}
%\and
%\IEEEauthorblockN{Homer Simpson}
%\IEEEauthorblockA{Twentieth Century Fox\\
%Springfield, USA\\
%Email: homer@thesimpsons.com}
%\and
%\IEEEauthorblockN{James Kirk\\ and Montgomery Scott}
%\IEEEauthorblockA{Starfleet Academy\\
%San Francisco, California 96678-2391\\
%Telephone: (800) 555--1212\\
%Fax: (888) 555--1212}}
% conference papers do not typically use \thanks and this command
% is locked out in conference mode. If really needed, such as for
% the acknowledgment of grants, issue a \IEEEoverridecommandlockouts
% after \documentclass
% for over three affiliations, or if they all won't fit within the width
% of the page, use this alternative format:
%
%\author{\IEEEauthorblockN{Michael Shell\IEEEauthorrefmark{1},
%Homer Simpson\IEEEauthorrefmark{2},
%James Kirk\IEEEauthorrefmark{3},
%Montgomery Scott\IEEEauthorrefmark{3} and
%Eldon Tyrell\IEEEauthorrefmark{4}}
%\IEEEauthorblockA{\IEEEauthorrefmark{1}School of Electrical and Computer Engineering\\
%Georgia Institute of Technology,
%Atlanta, Georgia 30332--0250\\ Email: see http://www.michaelshell.org/contact.html}
%\IEEEauthorblockA{\IEEEauthorrefmark{2}Twentieth Century Fox, Springfield, USA\\
%Email: homer@thesimpsons.com}
%\IEEEauthorblockA{\IEEEauthorrefmark{3}Starfleet Academy, San Francisco, California 96678-2391\\
%Telephone: (800) 555--1212, Fax: (888) 555--1212}
%\IEEEauthorblockA{\IEEEauthorrefmark{4}Tyrell Inc., 123 Replicant Street, Los Angeles, California 90210--4321}}
% The paper headers
%\markboth{IEEE Transactions on Veh}%
%{Shell \MakeLowercase{\textit{et al.}}: Bare Demo of IEEEtran.cls for Journals}
% The only time the second header will appear is for the odd numbered pages
% after the title page when using the twoside option.
%
% *** Note that you probably will NOT want to include the author's ***
% *** name in the headers of peer review papers. ***
% You can use \ifCLASSOPTIONpeerreview for conditional compilation here if
% you desire.
% use for special paper notices
%\IEEEspecialpapernotice{(Invited Paper)}
% make the title area
\maketitle
\begin{abstract}
\boldmath
A recent paper by Yang \emph{et al.} \cite{R_smelly} proposed CRB-RPL as a new RPL-based routing protocol for communications in cognitive radio (CR) enabled smart grid. Essentially, CRB-RPL adopts the operation of CRB-MAC, which is a medium access control (MAC) protocol for cognitive machine-to-machine (M2M) communications, and depicts it as a network layer enhancement. CRB-RPL suffers from a number of technical flaws in terms of protocol operation and analytical aspects. The main objective of this paper is to highlight these technical flaws of CRB-RPL and provide corrections to analytical modeling.
%\vspace{9pt}
%\emph{Index Terms}---Cognitive Radio Ad-Hoc Networks, Cooperative Routing, Spectrum %Aggregation
\end{abstract}
% IEEEtran.cls defaults to using nonbold math in the Abstract.
% This preserves the distinction between vectors and scalars. However,
% if the conference you are submitting to favors bold math in the abstract,
% then you can use LaTeX's standard command \boldmath at the very start
% of the abstract to achieve this. Many IEEE journals/conferences frown on
% math in the abstract anyway.
% no keywords
\begin{IEEEkeywords}
RPL, smart grid, routing, MAC, receiver-based, cognitive radio, sensor networks.
\end{IEEEkeywords}
% For peer review papers, you can put extra information on the cover
% page as needed:
% \ifCLASSOPTIONpeerreview
% \begin{center} \bfseries EDICS Category: 3-BBND \end{center}
% \fi
%
% For peerreview papers, this IEEEtran command inserts a page break and
% creates the second title. It will be ignored for other modes.
\IEEEpeerreviewmaketitle
\section{Introduction}
\IEEEPARstart{I}{n} a recent paper \cite{R_smelly}, Yang \emph{et al.} proposed CRB-RPL as a new RPL\footnote{Routing Protocol for Low Power and Lossy Networks (RPL) \cite{RPL}}-based routing protocol for communications in cognitive radio (CR) enabled smart grid. CRB-RPL draws inspiration from two recent protocols for cognitive machine-to-machine (M2M) communications \cite{R_CM2M}: (i) CRB-MAC \cite{R_CRB}, which is a medium access control (MAC) protocol for cognitive M2M applications, and (ii) CORPL \cite{R_CORPL}, which is a routing protocol for cognitive M2M applications. The key aspect of CRB-MAC is a \emph{receiver-based} forwarding mechanism at the MAC layer, which improves the reliability, particularly in lossy environments. On the other hand, CORPL provides novel enhancements to RPL for operation in CR environments. CORPL adopts an opportunistic forwarding approach at the network layer for meeting the utility requirements of the secondary network along with ensuring protection to the primary users.
CRB-RPL adopts the receiver-based forwarding approach of CRB-MAC and depicts it as a network layer protocol. It should be noted that CRB-MAC is a cross-layer MAC protocol wherein the network layer, which is not necessarily limited to RPL, assigns a rank to each node, based on its virtual distance from the sink/gateway node. Such rank is used by a node to take part in the election process for forwarding the packet. CRB-RPL essentially achieves the same operation by following the CRB-MAC approach with minor modifications. Therefore, the authors' claim of a \emph{new} (novel) protocol is not justified, due to significant overlap of CRB-RPL with CRB-MAC, which is evident in terms of its protocol operation and analytical aspects. CRB-RPL also aims to achieve CORPL-like functionality, in terms of providing protection to primary receivers; however, this creates some issues as discussed later. Moreover, CRB-RPL suffers from a number of technical flaws, in terms of protocol operation and analytical modeling. It is the aim of this paper to highlight these flaws and provide corrections, wherever applicable.
%CRB-RPL adopts the receiver-based forwarding approach of CRB-MAC, which been depicted as network layer enhancement with minor modifications. Hence, the novelty of CRB-RPL can be considered as limited due to its overlap with CRB-MAC and CORPL. Moreover, CRB-RPL suffers from a number of technical flaws, in terms of protocol operation and analytical modeling. It is the aim of this paper to highlight these flaws and provide corrections, wherever applicable.
\section{Comments on Protocol Operation }
The main comments on the protocol operation of CRB-RPL are given as follows.
\begin{enumerate}
\item
The authors claim that CRB-RPL is an \emph{RPL-based} routing protocol. However, this is not true. The fundamental principle of RPL operation is to maintain network state information in the form of one or more \emph{directed acyclic graphs} (DAGs). Each node in the DAG is assigned a rank which is computed based on an objective function. It should be noted that rank computation is not specific to RPL. In RPL, the traffic generated by a node is forwarded to the next hop through its default parent. However, by adopting a receiver-based approach, multiple nodes in the neighborhood will \emph{independently} take part in the forwarding process. Hence, the DAG structure is not retained any more. This is unlike CORPL, which retains the DAG structure despite adopting an opportunistic forwarding approach, through prioritization of nodes in the forwarding set, including the default parent, by the sender node.
\item
One of the key objectives of CRB-RPL is to ensure protection to primary receivers by selecting next hop nodes having minimum overlap with coverage of the primary transmitters. It should be noted that ensuring protection to primary receivers at the network layer is a key feature of CORPL as well. In CRB-RPL, this is achieved by introducing the \emph{cognitive transmission quality} (CTQ) metric, given by (6) in \cite{R_smelly}, which contains a factor accounting for the aforementioned coverage overlap. The CTQ is used in rank computation by a node based on (8) of \cite{R_smelly}. However, protection to primary receivers is not guaranteed by such rank computation alone. As mentioned in the previous comment, the DAG structure in CRB-RPL is not retained due to the receiver-based forwarding approach, and therefore, the sender node has no control over selecting the next hop. Moreover, CRB-RPL does not describe how a node with lower coverage with primary transmitters will have priority in forwarding the packet. Furthermore, the CTQ metric is affected by the link success probability between a sender and a receiver node. Therefore, the gain provided by a node in terms of lower coverage overlap can be compromised by poor link quality. It should be noted CORPL guarantees primary receiver protection by prioritizing nodes in the forwarder set based on their coverage overlap with primary transmitters. The priority information is embedded into the MAC layer header of the forwarded packet.
\end{enumerate}
%\begin{figure}
%\centering
%\includegraphics[scale=0.20]{Top_1.eps}
%\caption{Illustration of rank computation methodology. The numbers associated with the nodes and the links denote the ID and link success probability, respectively. }
%\label{top}
%\end{figure}
\section{Comments on Analytical Aspects }
The main comments on analytical aspects of CRB-RPL are given as follows.
\begin{enumerate}
\item
The authors define hop energy efficiency (HEE) as a ratio of the hop distance between two nodes and the total energy consumption to forward to the packet, which is given by (11) of \cite{R_smelly}. The authors further calculate the hop distance as the rank difference between the sender and receiver nodes, which is given by (12) of \cite{R_smelly}. However, such method for computing hop distance is incorrect. Consider the scenario shown in authors' own example of Fig. 2. Based on (12) of \cite{R_smelly}, the hop distance of node 5 from node 1 comes out to be \(4.04 - 1 = 3.04 \); however, node 5 is actually 2 hops away from the gateway. Such inaccuracy is a direct consequence of determining hop distance based on rank of the nodes. It should be noted that the rank, in context of RPL, is generally computed based on link success probability, which is a highly dynamic parameter. Therefore, results for hop distance will vary significantly at different time instants. An appropriate approach to compute hop distance is to assign a unique hop ID to all the nodes which are equidistant (in terms of hops) from the gateway node and compute the hop distance based on difference in hop IDs of the nodes. Such hop ID can be easily assigned during the association phase.
\item
The parameters \(\delta^2\) and \(\mathbb{P}_{acc}^k\) in (20) of \cite{R_smelly}, which computes the minimum required transmit power, are undefined throughout the paper. For technical correctness, \(\delta^2\) must represent the noise power (frequently denoted by \(\sigma^2\) in literature). Moreover, \(\mathbb{P}_{acc}^k\) must be replaced by the potential bandwidth of the \(k^{th}\) channel, which is given by \(\mathbb{P}_{acc}^k \cdot B_k\), where \(B_k\) is the actual bandwidth of the \(k^{th}\) channel and \(\mathbb{P}_{acc}^k\) denotes the probability of switching transmission to the \(k^{th}\) channel, which is given by (7) of \cite{R_CRB}.
%or (4) of \cite{R_SACRP}, from which such computation of minimum required transmit power is inspired (i.e., based on (9) -- (12) of \cite{R_SACRP}).
\item
The average number of retransmissions until success for CRB-RPL, denoted by \(\chi\), is given in (25) of \cite{R_smelly}. However, the equation is not given in closed-form, which can be obtained by (15) of \cite{R_CRB}.
\item
In Section IV.C, the authors evaluate the \emph{coordination overhead}\footnote{The coordination overhead \cite{R_CORPL} is defined as the probability of a node in the forwarder set retransmitting a packet when any other node has already forwarded it to the next hop.} of CRB-RPL, given by (32) -- (33) of \cite{R_smelly}. Such computation of coordination overhead is inaccurate not only in terms of approach but also in terms of derived expressions. Intuitively, the coordination overhead should account for the erroneous (duplicate) forwarding of a packet at any hop along with the probability of receiving this packet at the gateway in a multi-hop manner. The single-hop coordination overhead, given by (32), only accounts for error in preamble transmission. Besides, (32) is not correct as the probability of transmission on a cognitive channel, \(P_{sw}^j\), is independent of the probability of error in preamble transmission. Moreover, an erroneous forwarding of packet will take place if a receiving node does not hear a preamble or a data frame on the medium. Therefore, in addition to the aforementioned inaccuracy, (32) does not account for all possible factors involved in the protocol operation. Most importantly, the coordination overhead of the route (which is intuitively and technically wrong to compute), given by (33), does not account for the reception of duplicate packet at the gateway. Finally, the coordination overhead, as computed by the authors, decreases as the number of receiver nodes in the forwarder set increases. However, this is not intuitive, as it violates the principles of opportunistic forwarding. The correct expression for coordination overhead is derived in the next section.
%Firstly, the single-hop coordination overhead, given by (32), does not account for all possible factors involved in the protocol operation. Secondly, the coordination overhead of the route, given by (33), results in a value greater than one, which is theoretically not possible. The correct expression for coordination overhead is derived in the next section.
\end{enumerate}
\section{Calculation of Coordination Overhead}
For the sake of calculating the coordination overhead, we adopt the same notation as employed in \cite{R_CRB} and \cite{R_smelly}. Let, $Y_a=1/P_{ab}$ denote the cost of forwarding a message from node $a$ to node $b$, where $P_{ab}=1-\mathcal{P}_f$ is the probability of successful transmission, such that $\mathcal{P}_f$ is the probability of failure for a transmission between nodes $a$ and $b$. In CRB-MAC (or CRB-RPL), any node in the forwarder set will erroneously forward the data packet if it does not hear the preamble or the data frame on the medium. The probability of this event (failure) is given by
\begin{equation}
\label{err_crb}
%\mathcal{P}_f=P_{sw}^j \left[1-(1-p)^{m+d} \right],
\mathcal{P}_f=P_{sw}^j \left[1-(1-p)^{m} \right]^{r_m} \cdot \left(1-(1-p)^d \right),
\end{equation}
where \(m\) and \(d\) denote the size (in bits) of micro-frame and data frame, respectively, \(r_m\) denotes the number of micro-frames in the preamble, and \(p\) denotes the bit error probability. Moreover, \(P_{sw}^j\) denotes the probability of switching transmission to the \(j^{th}\) channel, which is given by (7) of \cite{R_CRB}.
%Note that any node in the forwarder set will erroneously forward the data packet if it does not hear the preamble or the data frame on the medium.
Unlike CORPL, there is no acknowledgement scheme between forwarding nodes in CRB-MAC (or CRB-RPL). Hence, the total path cost of sending a message from a sender node to the gateway/sink node depends on \cite{pot_OR} (i) the cost of forwarding the message to the forwarder set, and (ii) the remaining path cost from the forwarder set to the gateway. Therefore, the total path cost to forward a message from node $i$ to gateway with forwarder set $\mathcal{F}_i$ is given by
\begin{equation}
\label{total_cost}
\begin{aligned}
\allowdisplaybreaks
Y_i=&\frac{1}{1-\prod_{j \in \mathcal{F}_i } (1-P_{ij})} \\
&+\frac{ Y_1P_{i1}+\sum_{j=2}^{\mid \mathcal{F}_i \mid} Y_{j}P_{ij} \cdot \prod_{n=1}^{j-1} (1-P_{in}) }{1-\prod_{j \in \mathcal{F}_i } (1-P_{ij})},
\end{aligned}
\end{equation}
%where it is assumed that the nodes in $\mathcal{F}_i$ are sorted by their cost (in terms of error probability) to the gateway node i.e., $X_1 < X_2 < \cdots <X_{\mid \mathcal{F}_i \mid}$.
where it is assumed that nodes in $\mathcal{F}_i$ are sorted by their cost. Note that the denominator in the first and second terms of \eqref{total_cost} accounts for the probability that at least one node in $\mathcal{F}_i$ has received the message. Using \eqref{total_cost}, the coordination overhead for a node $i$ is given as follows.
\begin{equation}
\label{co}
\Delta_c^i=\sum_{b=1}^{\mid \mathcal{F}_i \mid} P_{ib} \cdot Y_{b} \cdot \prod_{r=1}^{b-1} (1-P_{ir}).
\end{equation}
It should be noted that the proposed approach is equally valid with a more generic definition (e.g., based on signal-to-noise ratio) of \(\mathcal{P}_f\).
\section{Comments on Performance Evaluation }
In Fig. 11 of \cite{R_smelly}, the authors evaluate packet delivery ratio (PDR) performance of CRB-RPL against CORPL and RPL. The results show that CRB-RPL outperforms CORPL in terms of PDR. However, intuitively, there should not be any difference in performance of CORPL and CRB-RPL. This is because, for a fixed link success probability and a fixed number of nodes in the forwarder set, similar performance would be achieved whether the sender node prioritizes the forwarding nodes (CORPL approach), or the receiving nodes independently take part in the forwarding process (CRB-MAC approach). The opportunistic gain, from a fixed number of forwarding nodes, would be same in both cases.
%Further, to the best of our knowledge, the problem of radio resource allocation for haptic communications has not been investigated before. The radio resource allocation requirements of haptic communications, together with the constraints of uplink and downlink multiple access schemes in LTE-A networks, lead to a unique radio resource allocation problem, which significantly distinguishes this work from any prior art.
%using the probability distribution function (PDF) of \(\gamma_{eff,k}\).
%For the uplink case, we adopt the PDF of effective SNR derived in \cite{aijaz_tcom_2014}. For the downlink case, the PDF of effective SNR becomes particularly challenging to obtain. Therefore, we adopt the approximations proposed in \cite{approx_EESM}. Further, \(\gamma_0\) is obtained by solving
%\begin{equation}
%\int_{\gamma_0}^{\infty} \mu_{opt,k} f(\gamma_{eff,k}) \partial \gamma_{eff,k} =1,
%\end{equation}
%where \(f(\gamma_{eff,k})\) denotes the PDF of the effective SNR.
\section{Concluding Remarks}\label{sect_cr}
In this paper, we have identified the technical flaws associated with the protocol operation and analytical aspects of CRB-RPL. The authors' claim of CRB-RPL as an RPL-based routing protocol is not valid since the receiver-based forwarding approach does not retain the DAG structure of RPL. Moreover, CRB-RPL cannot guarantee protection to primary receivers due to the lack of DAG structure and the priority mechanism, and the dependence of CTQ metric on link success probability. Analytically, CRB-RPL does not specify some key parameters of interest and provides a technically incorrect approach to compute hop distance and coordination overhead. Besides highlighting the inaccuracies in analytical modeling, we have provided an accurate approach, based on principles of opportunistic forwarding, to model the coordination overhead. Finally, the authors' claim of a new protocol is not justified as CRB-RPL adopts the operation of CRB-MAC.
% conference papers do not normally have an appendix
% use section* for acknowledgement
%\section*{Acknowledgment}
%This work has been partially supported by the ICT-ACROPOLIS Network of Excellence, FP7 project %no. 257626, www.ict-acropolis.eu.
% trigger a \newpage just before the given reference
% number - used to balance the columns on the last page
% adjust value as needed - may need to be readjusted if
% the document is modified later
%\IEEEtriggeratref{8}
% The "triggered" command can be changed if desired:
%\IEEEtriggercmd{\enlargethispage{-5in}}
% references section
% can use a bibliography generated by BibTeX as a .bbl file
% BibTeX documentation can be easily obtained at:
% http://www.ctan.org/tex-archive/biblio/bibtex/contrib/doc/
% The IEEEtran BibTeX style support page is at:
% http://www.michaelshell.org/tex/ieeetran/bibtex/
\bibliographystyle{IEEEtran}
% argument is your BibTeX string definitions and bibliography database(s)
\bibliography{IEEEabrv,mybibfile}
%
% <OR> manually copy in the resultant .bbl file
% set second argument of \begin to the number of references
% (used to reserve space for the reference number labels box)
%\begin{thebibliography}{1}
%\bibitem{IEEEhowto:kopka}
%H.~Kopka and P.~W. Daly, \emph{A Guide to \LaTeX}, 3rd~ed.\hskip 1em plus
% 0.5em minus 0.4em\relax Harlow, England: Addison-Wesley, 1999.
%\end{thebibliography}
% that's all folks
\end{document}
% Generated by IEEEtran.bst, version: 1.14 (2015/08/26)
\begin{thebibliography}{1}
\providecommand{\url}[1]{#1}
\csname url@samestyle\endcsname
\providecommand{\newblock}{\relax}
\providecommand{\bibinfo}[2]{#2}
\providecommand{\BIBentrySTDinterwordspacing}{\spaceskip=0pt\relax}
\providecommand{\BIBentryALTinterwordstretchfactor}{4}
\providecommand{\BIBentryALTinterwordspacing}{\spaceskip=\fontdimen2\font plus
\BIBentryALTinterwordstretchfactor\fontdimen3\font minus
\fontdimen4\font\relax}
\providecommand{\BIBforeignlanguage}[2]{{%
\expandafter\ifx\csname l@#1\endcsname\relax
\typeout{** WARNING: IEEEtran.bst: No hyphenation pattern has been}%
\typeout{** loaded for the language `#1'. Using the pattern for}%
\typeout{** the default language instead.}%
\else
\language=\csname l@#1\endcsname
\fi
#2}}
\providecommand{\BIBdecl}{\relax}
\BIBdecl
\bibitem{R_smelly}
Z.~Yang \emph{et~al.}, ``{CRB-RPL: A Receiver-based Routing Protocol for
Communications in Cognitive Radio Enabled Smart Grid},'' \emph{IEEE Trans.
Veh. Technol.}, vol.~PP, no.~99, pp. 1--1, 2016.
\bibitem{RPL}
\BIBentryALTinterwordspacing
T.~Winter, ``{IPv6 Routing Protocol for Low Power and Lossy Networks},''
Internet Engineering Task Force, RFC 6550, Mar. 2012. [Online]. Available:
\url{http://www.rfc-editor.org/rfc/rfc6550.txt}
\BIBentrySTDinterwordspacing
\bibitem{R_CM2M}
A.~Aijaz and A.~H. Aghvami, ``{Cognitive Machine-to-Machine Communications for
Internet-of-Things: A Protocol Stack Perspective},'' \emph{IEEE Internet
Things J.}, vol.~2, no.~2, pp. 103--112, April 2015.
\bibitem{R_CRB}
A.~Aijaz \emph{et~al.}, ``{CRB-MAC: A Receiver-Based MAC Protocol for Cognitive
Radio Equipped Smart Grid Sensor Networks},'' \emph{IEEE Sensors J.},
vol.~14, no.~12, pp. 4325--4333, Dec 2014.
\bibitem{R_CORPL}
A.~Aijaz, H.~Su, and A.~H. Aghvami, ``{CORPL: A Routing Protocol for Cognitive
Radio Enabled AMI Networks},'' \emph{IEEE Trans. Smart Grid}, vol.~6, no.~1,
pp. 477--485, Jan 2015.
\bibitem{pot_OR}
G.~Schaefer, F.~Ingelrest, and M.~Vetterli, ``{Potentials of Opportunistic
Routing in Energy-Constrained Wireless Sensor Networks},'' in \emph{European
Conference on Wireless Sensor Networks (EWSN)}, 2009, pp. 118--133.
\end{thebibliography}