Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [STDS-802-16] [802.16p][PWR RG] Discussion on NE #1



Title: Samsung Enterprise Portal mySingle
Dear Lei, Jaesun and all,
 
To me,  when we say " an M2M device may perform reentry",  that can mean all devices belonging to the group or group delegate perform(s) reentry.
so i think we may not need to add 'M2M group'. Also, I feel the last sentense can be covered by  the existing sentence (in 0032r5) that we  agreed during RG call. 
So we can just relocate the existing sentence to the last part. 
 
From C802.16p-rg-11/0032r5**

16.2.18.7.x Network re-entry from idle mode for M2M devices

Ranging parameters may be different for M2M devices or M2M groups

 

End C802.16p-rg-11/0032r5**

 

An M2M device/M2M group may perform network reentry from idle mode voluntarily for UL transmission. Network also may request the M2M device/M2M group to perform network reentry from idle mode by transmitting a paging message. Ranging parameters may be different for M2M devices or M2M groups. Ranging access for both network reentry shall be controlled to avoid access congestion

 

Comments are welcome.

Thanks,

-Jin

 

 
 
----- Original Message -----
Sent: Wednesday, February 23, 2011 1:22 PM
Subject: Re: [STDS-802-16] [802.16p][PWR RG] Discussion on NE #1

It is a bit awkward to say that an ‘M2M group’ will perform some action in the UL. I understand what you intend, but I think you need to be more thoughtful in the wording.

After all, the individual members of this M2M group have no ability to actively coordinate their action. And at least at this time a re-entry event is a unicast UL event by an individual 802.16 MS/AMS peer.

My concern is that by stating that an ‘M2M group’ will perform this behavior you actively invite the creation of some entirely new concepts that I am not sure you intend.

Thanks,
Phillip Barber


From: lei zhou [mailto:l.zhou@samsung.com]
Sent: Tuesday, February 22, 2011 9:17 PM
To: STDS-802-16@LISTSERV.IEEE.ORG
Subject: Re: [STDS-802-16] [802.16p][PWR RG] Discussion on NE #1

 

Dear Jin, Jaesun and all:

Thank you for ur good and valuable comments.

I merge your comment together. I summarize some points:

1. Based on ur comments, for trigger modes, we have some common view. I think we can delvelop draft on general description on trigger modes and at the same time, we can give way forward for this topic including how to discuss, for each mode, mainly issues list, etc.  Based on jaesun's description, I would like to add the word " group" to the description.

"An M2M device/M2M group may perform network reentry from idle mode voluntarily for UL transmission. Network also may request the M2M device/M2M group to perform network reentry from idle mode by transmitting a paging message. Ranging access for both network reentry shall be controlled to avoid access congestion."

In addition, we can further discuss about 4 general issues as follows:

For network trigger, there are two cases,

1) paging individual M2M device (For M2M device, I think we should follow 16m procedure of network reentry.)

2) paging M2M group ( if necessary, we should add procedure for M2M group)

For MS/group trigger, there are two cases,

1) Individual M2M device (For M2M device, I think we should follow 16m procedure of network reentry.)

2) M2M group ( if necessary, we should add procedure for M2M group)

 

2 For group information, in my understanding some information of group can help scheduling M2M group when M2M groups access network.  PWR RG can address this issue because issue related on network reentry move to PWR RG.

we can continue to discuss about it more or separate email thread. I would like to initialize this discussion.

 

3. For ranging parameters,

there are still two cases:

1) For individual M2M device,

Main ranging parameters includes, ranging code,ranging oppo, backoff window.

For every parameter, we can have further discussion.

2) For M2M group

Main ranging parameters includes, ranging code,ranging oppo, backoff window.

For every parameter, we can have further discussion.

 

4.For priority access, In my understanding, the concept of priority access should be related on service/traffic type.

 After we unified concept of priority access, we can decide if it is necessary to use this parameter for schedule M2M devices/groups.

Any comments are welcome!

BR

Lei

------- Original Message -------

Sender : 차재선<jscha@etri.re.kr>

Date : 二月 22, 2011 21:09 (GMT+09:00)

Title : Re: [STDS-802-16] [802.16p][PWR RG] Discussion on NE #1

 

Dear Lei

 

Thank you for sharing your opinion.

 

Please, fine my comments below

 

Thanks,

Jaesun Cha

 

Senior Engineer

Wireless Access Technology Research Team

Mobile Telecommunication Research Laboratory

Electronics and Telecommunications Research Institute

TEL: +82-42-860-5587, FAX: +82-42-861-1966

-----------------------------------------------------


-----원본 메시지-----
From: "lei zhou" <l.zhou@samsung.com>
From Date: 2011-02-22 오후 6:08:45
To: 차재선 <jscha@etri.re.kr>, "STDS-802-16@LISTSERV.IEEE.ORG" <STDS-802-16@LISTSERV.IEEE.ORG>
Cc:
Subject: Re: Re: [STDS-802-16] [802.16p][PWR RG] Discussion on NE #1

Dear all,

 

I updated the consolidated contribution as C80216p-rg-11_0032r5 to include the proposed text in C80216p-rg-11_0035 (submitted by Jaesun) and the updated text in C80216p-rg-11_0028r1.

 

Regards,

Kiseon Ryu

PWR RG Chair

 

From: Kiseon Ryu [mailto:kiseon.ryu@LGE.COM]
Sent: Friday, February 18, 2011 4:58 PM
To: STDS-802-16@LISTSERV.IEEE.ORG
Subject: [STDS-802-16] [802.16p][PWR RG] Meeting Minutes of PWR RG CC#2

 

Dear 16p members,

The meeting minutes for 2nd PWR RG CC are as follows:

 

1.     Email discussion summary (80216p-rg-11_0041) was reviewed.

2.     Harmonized contribution on Idle Mode Operation (C80216p-rg-11_0036r1) was reviewed.

A.     Members agreed to the blue text in the contribution as the consensus text

B.     Consensus text will be included without bracket in the updated document for consolidated contribution.

3.     Harmonized contribution on NE#2 (C80216p-rg-11_0028r1) and NE#1(C80216p-rg-11_0040) were reviewed.

A.     Some members raised concern on NE#2 (C80216p-rg-11_0028r1) as follow.

                         i.         If BS does not know when M2M devices perform network re-entry, static and periodic assignment of dedicated ranging resource can increase resource overhead.

B.     Some members raised concern on NE#1(C80216p-rg-11_0040) as follows.

                         i.         If the M2M device receives multicast traffic indication in paging message, it does not have to perform network re-entry to receive the multicast traffic. In this case, access restriction has no meaning.

                        ii.         Ranging abort in RNG-ACK message can be used for this kind of access restriction.

4.     Key issues for NE#1 and NE#2 were discussed.

A.     Some members shared their views on the issue of the priority based ranging parameter differentiation

                         i.         We need to analyze the gain of priority based ranging parameter differentiation.

                        ii.         In the case of predictable re-entry of M2M devices, ranging parameter can be different to M2M devices/groups to distribute the re-entry load.

                       iii.         Ranging parameter means not only ranging parameter values (e.g., opportunity window, backoff window, etc.) but also assignment of dedicate ranging resource to M2M devices/groups.

B.     Members agreed to the high level text for NE#1 and NE#2 below and it will be included without bracket in the updated document.

                         i.         Ranging parameters may be different to M2M devices or M2M groups.

C.     Through the email discussion, detailed text will be discussed further.

5.     DC#1 (C80216p-rg-11_0037) were reviewed.

A.     Some members raised concern on the gain of device collaboration.

 

I updated the consolidated contribution C80216p-rg-11_0032r4 based on the 2nd PWR RG CC result.

 

The third and final call for PWR RG will be on Thursday, March 24, 2011, 8AM-10AM US Central Time.

Any comment or question will be welcomed.

 

Regards

Kiseon Ryu

PWR RG Chair

 

 

 


   

----------------------------------------------------------------------

Best Regards

Dr.Lei Zhou (周雷) ,Ph.D.

Senior Engineer,

Mobile WIMAX Evolution Standards,

Advanced Standard Research Group,

China SAMSUNG Telecom R&D Center,

12/F Zhongdian Fazhan Building, No.9,Xiaguang Li,

Chaoyang District Beijing,China 100125

TEL:(010)5925-3333 Ext.3112

FAX:(010)8468-1366

E-MAIL:l.zhou@samsung.com

----------------------------------------------------------------------

 

 

 

 

 

 

 


   

----------------------------------------------------------------------

Best Regards

Dr.Lei Zhou (周雷) ,Ph.D.

Senior Engineer,

Mobile WIMAX Evolution Standards,

Advanced Standard Research Group,

China SAMSUNG Telecom R&D Center,

12/F Zhongdian Fazhan Building, No.9,Xiaguang Li,

Chaoyang District Beijing,China 100125

TEL:(010)5925-3333 Ext.3112

FAX:(010)8468-1366

E-MAIL:l.zhou@samsung.com

----------------------------------------------------------------------

 

 

 

 

 

 

 


   

----------------------------------------------------------------------

Best Regards

Dr.Lei Zhou (周雷) ,Ph.D.

Senior Engineer,

Mobile WIMAX Evolution Standards,

Advanced Standard Research Group,

China SAMSUNG Telecom R&D Center,

12/F Zhongdian Fazhan Building, No.9,Xiaguang Li,

Chaoyang District Beijing,China 100125

TEL:(010)5925-3333 Ext.3112

FAX:(010)8468-1366

E-MAIL:l.zhou@samsung.com

----------------------------------------------------------------------