| ²é¿´: 1282 | »Ø¸´: 15 | |||
| µ±Ç°Ö÷ÌâÒѾ´æµµ¡£ | |||
mollerľ³æ (ÖøÃûдÊÖ)
|
[½»Á÷]
³æÓÑ¿´Ï£¬±»rejectÁË£¬ÊDz»ÊÇ»¹ÓÐÏ£ÍûÉêËß»òresubmit£¿
|
||
|
Ö÷±àºÃÏñÊǾܵô½¨Òé²»ÒªÖØÍ¶ Èý¸öÉó¸åÈ˵Ä̬¶È µÚÒ»¸öÍñ¾Ü µÚ¶þ¸ö±È½ÏÖ±½Ó¾Ü µÚÈý¸ö»¹ºÃµã We have received the reports from our advisors on your manuscript, "*****". With regret, I must inform you that, based on the advice received, the Editor-in-Chief has decided that your manuscript cannot be accepted for publication in *******. Attached, please find the reviewer comments for your perusal. I would like to thank you very much for forwarding your manuscript to us for consideration and wish you every success in finding an alternative place of publication. Best regards, ********* Comments for the Author: Reviewer #1: The paper does not have much novelty, with many of the ideas presented in this work having been said many times in different forms. The elimination of synchronization data points in a way to achieve high accuracy with minimal amount of stored data resembles to the concepts used in tiny-sync and mini-sync protocols, which are cited but with no details in the related work section. This section is of no value to the paper in its current form. The authors should position the proposed work in the current state of the art in this section, and set the grounds for the rest of the paper by highlighting the short-comings of previous work if any and motivate the current proposal. The related work section as it is now is too limited and has no explicit connection to the proposed ideas. This should also be taken into account if the authors wish to extend ideas and resubmit the paper. The concepts proposed in the paper merely consist in two components: (i) a single-hop synchronization scheme that is a slight variation of two-way message exchange and the reference broadcast sync primitives, (ii) a multi-hop extension of the single-hop synchronization that has no novelty and uses a level-based propagation of the snyc data. Moreover, the selection of the reference node is not investigated in the paper. The single-hop case where a node uses carrier sensing to set itself as the reference node does not apply directly to the multi-hop case. The simulation scenario is limited and the results presented in the paper are not comprehensive. The paper is poorly written in many sections. For a resubmission the authors should also carefully go through the whole paper and revise the text. One specific comment is to reduce the number of new paragraphs - currently there are many single-sentence paragraphs, which is unnecessary. Reviewer #2: This reviewer thought that the contribution of the manuscript was marginal, advantages of the proposed time synchronization technique were questionable. Consequently, I suggest to reject the manuscript. Reviewer #3: This paper aims at presenting a new approach for synchronizing nodes in a wireless network through the use of lightweight computations and small amount of message overhead. The goal is interesting since this is a major issue in wireless sensor networks in which many applications and algorithms would perform better when nodes are totally synchronized but where synchronization is considered as an expensive tool in terms of message overhead, computation, latency and energy consumption. Nevertheless, the contribution of this paper is not clearly identified. The authors introduce a model called LFS. LFS seems very close to existing schemes and this would be useful to clearly identify in what LFS differs from the literature schemes. Then, LFS is evaluated through simulations. My concern here would be that it would deserve to be compared to more other schemes, once again to help the reader to distinct LFS from other schemes. Indeed, LFS is only compared to BTS-M which is not well explained enough. At last, results show that LFS performs better than BTS only for some features but perform less for other ones. It would be interesting to explain more deeply why we observe this behavior and why LFS is still competitive. [ Last edited by moller on 2009-12-15 at 22:26 ] |
» ²ÂÄãϲ»¶
263Çóµ÷¼Á
ÒѾÓÐ3È˻ظ´
Çóµ÷¼Á
ÒѾÓÐ15È˻ظ´
293µ÷¼Á
ÒѾÓÐ3È˻ظ´
»úе¹¤³Ì264ѧ˶Çóµ÷¼Á
ÒѾÓÐ3È˻ظ´
264Çóµ÷¼Á
ÒѾÓÐ9È˻ظ´
Çóµ÷¼Á
ÒѾÓÐ6È˻ظ´
22408 266Çóµ÷¼Á
ÒѾÓÐ7È˻ظ´
273Çóµ÷¼Á
ÒѾÓÐ43È˻ظ´
307Çóµ÷¼Á
ÒѾÓÐ13È˻ظ´
327Çóµ÷¼Á
ÒѾÓÐ7È˻ظ´
study163
ľ³æ (ÕýʽдÊÖ)
ÌìÉúÎÒ²Ä
- Ó¦Öú: 2 (Ó×¶ùÔ°)
- ¹ó±ö: 0.07
- ½ð±Ò: 3455
- É¢½ð: 31
- ºì»¨: 4
- Ìû×Ó: 809
- ÔÚÏß: 362.7Сʱ
- ³æºÅ: 210316
- ×¢²á: 2006-03-07
- רҵ: Äý¾Û̬ÎïÐÔ II £ºµç×ӽṹ

2Â¥2009-12-15 21:10:18
moller
ľ³æ (ÖøÃûдÊÖ)
- Ó¦Öú: 0 (Ó×¶ùÔ°)
- ½ð±Ò: 9703.8
- É¢½ð: 1000
- ºì»¨: 1
- Ìû×Ó: 1660
- ÔÚÏß: 256.6Сʱ
- ³æºÅ: 721220
- ×¢²á: 2009-03-12
- רҵ: ¼ÆËã»úÓ¦Óü¼Êõ
3Â¥2009-12-15 21:17:07
tools888
Ìú¸Ëľ³æ (Ö°Òµ×÷¼Ò)
- Ó¦Öú: 21 (СѧÉú)
- ½ð±Ò: 8243.8
- ºì»¨: 2
- Ìû×Ó: 3307
- ÔÚÏß: 112.2Сʱ
- ³æºÅ: 828462
- ×¢²á: 2009-08-15
4Â¥2009-12-15 21:40:00
wlalbert
½ð³æ (ÕýʽдÊÖ)
- Ó¦Öú: 0 (Ó×¶ùÔ°)
- ½ð±Ò: 864.7
- Ìû×Ó: 760
- ÔÚÏß: 80.6Сʱ
- ³æºÅ: 730221
- ×¢²á: 2009-03-24
- רҵ: ͨÐÅÀíÂÛÓëϵͳ
5Â¥2009-12-15 21:41:14
wlalbert
½ð³æ (ÕýʽдÊÖ)
- Ó¦Öú: 0 (Ó×¶ùÔ°)
- ½ð±Ò: 864.7
- Ìû×Ó: 760
- ÔÚÏß: 80.6Сʱ
- ³æºÅ: 730221
- ×¢²á: 2009-03-24
- רҵ: ͨÐÅÀíÂÛÓëϵͳ
6Â¥2009-12-15 21:41:54
laibaishun
½ð³æ (ÕýʽдÊÖ)
- Ó¦Öú: 1 (Ó×¶ùÔ°)
- ½ð±Ò: 527.3
- É¢½ð: 1333
- ºì»¨: 4
- Ìû×Ó: 386
- ÔÚÏß: 154.8Сʱ
- ³æºÅ: 803608
- ×¢²á: 2009-07-05
- ÐÔ±ð: GG
7Â¥2009-12-15 21:49:35
moller
ľ³æ (ÖøÃûдÊÖ)
- Ó¦Öú: 0 (Ó×¶ùÔ°)
- ½ð±Ò: 9703.8
- É¢½ð: 1000
- ºì»¨: 1
- Ìû×Ó: 1660
- ÔÚÏß: 256.6Сʱ
- ³æºÅ: 721220
- ×¢²á: 2009-03-12
- רҵ: ¼ÆËã»úÓ¦Óü¼Êõ
8Â¥2009-12-15 21:50:42
yanmin7813
ͳæ (ÖøÃûдÊÖ)
- Ó¦Öú: 3 (Ó×¶ùÔ°)
- ½ð±Ò: 241.5
- É¢½ð: 2730
- ºì»¨: 65
- Ìû×Ó: 1325
- ÔÚÏß: 214.1Сʱ
- ³æºÅ: 307392
- ×¢²á: 2006-12-16
- ÐÔ±ð: GG
- רҵ: Ô˳ïѧ
9Â¥2009-12-15 21:52:15
yanmin7813
ͳæ (ÖøÃûдÊÖ)
- Ó¦Öú: 3 (Ó×¶ùÔ°)
- ½ð±Ò: 241.5
- É¢½ð: 2730
- ºì»¨: 65
- Ìû×Ó: 1325
- ÔÚÏß: 214.1Сʱ
- ³æºÅ: 307392
- ×¢²á: 2006-12-16
- ÐÔ±ð: GG
- רҵ: Ô˳ïѧ
10Â¥2009-12-15 21:56:45














»Ø¸´´ËÂ¥