MRPM May 28th Teleconference Minutes
Dear MRPM SG:
Please find attached the minutes.
Regards,
Behcet
MRPM Wednesday May 28th 2008 9-11pm EDT Teleconference Minutes
Attendees. Kevin Noll, Subir Das, Ajay Jayakumar, Junghoon Jee, Dennis Edwards,
Michael Williams, Behcet Sarikaya.
1. Opening & comments by Vivek & Michael
Michael: Is there signs that WiMAX will adopt 802.21?
Subir: Currently 3GPP definition of ANDSF can not be interpreted as 3GPP is adopting
802.21
Behcet: There are some developments that 802.21 could be introduced to WiMAX soon.
Behcet: Based on the comments will change DCN 159 and make corrections of ANDSF related
text.
2. Update on power consumption values.
Long discussion on the definition of MRPM with the following excepts:
Ajay: Common RAN is assumed, maybe an overlay.
Behcet: At home we have overlapping coverage of both 802.11 and cellular RANs.
Michael: Currently local service layer signaling is not defined. MRPM could do things like
that. Please look at the contributions by NextWave to 3GPP SA2 on ANDSF.
3. DCN 21-08-0168-00-mrpm, MIH signaling in MRPM
Long discussion mainly on slide 4 with the following excerpts:
Ajay: regarding slide 4, what to do with these 802.21 definitions?
Dennis: Command/info exchange with NSE and then NSE knows the speed of MN then NSE
can make a decision.
Ajay: What do you mean by power?
Dennis: Radio module in the interface pou send command to returns the power consumption
in Watts.
Ajay: Is it static power?
Kevin: These are the chipset values.
Dennis: MRPM on MN to provide the interface so that we can get these values.
Michael: Class 2& 3 voice and video is where we can save power.
Should we consider traffic type? QoS?
Ajay: Mobile giving power info may not be realistic but a database of power consumption values
may be built in the network.
Dennis: This is an implementation issue.
Ajay: We must depend on triggers to wake up radios. It is the only way.
Dennis: The network scenario in this presentation may be a bit sci-fi, I admit.
But the point of it is that there are easily definable criteria that say what
must be satisfied to maintain service if a radio is turned off. I don't know
that triggers allow for the time needed to accomplish all the steps. If they don't
then I don't see how radios can be turned off. They all have to be on scanning for
networks the way they always have.
4. Presentation by James on MRPM on existing PM technologies:
James could not join the call.
The call adjourned at 10:50 EDT.
Next call in two weeks, Wednesday June 11 details to be announced on the reflector.