September, 2008 21-08-0284-00-mrpm

IEEE P802
Media Independent Handover Services

Tentative Minutes of the IEEE P802.21 MRPM Study Group

HiltonWaikoloaVillage, Big Island of Hawaii

Chair: Behcet Sarikaya

Secretary: Junghoon Jee

First Session: KING ROOM 1; Tuesday, September 9, 2008

1.1.First session was announced by Behcet Sarikaya, Chair of the MRPM Study Group and the agenda was presented.

1.2.Opening Notes

1.2.1.Behcet introduced the officers of the MPRM study group and presented the agenda of the Hawaii meeting.

1.2.2.The MRPM contributions until this meeting werepresented briefly.

1.3.PAR & 5C Discussions

1.3.1.The discussion was started based on the contribution, 21-08-0250-01.

1.3.2.The project number was changed as 802.21c.

1.3.3.2.1 Title of Standard:Media Independent Handover Services -Multi-Radio Power Management Extensions to Media Independent Handover Services and Protocol

1.3.3.1.[Comment] The second part, “Media Independent Handover Services and Protocol” is redundant.
1.3.3.2.[Resolution] The second part was removed.

1.3.4.5.1 Approximate number of people expected to work on this project: 50

1.3.4.1.[Comment] How did you get the number of ‘50’? The number should be modified as ‘30’.
1.3.4.2.[Resolution] The number was changed as ‘30’.

1.3.5.5.2 Scope of Proposed Standard

1.3.5.1.[Comment] Current texts in this contribution are too long. It would be better to reference the contribution, 21-08-0265-00 as a baseline for further discussion.
1.3.5.2.The contribution, 21-08-0265-00 is projected and the discussion gets started based on this contribution.
1.3.5.3.[Comment] The part of b) is describing the solution part. I am not sure this is appropriate for this scope part.
1.3.5.4.[Resolution] The part a) and b) are merged as one phrase by removing the ‘emulation’ related words.

1.3.6.5.4 Purpose of Proposed Standard:

1.3.6.1.[Comment] The current description is not so enough. The added functionality at the network side for MRPM needs to be described.
1.3.6.2.[Resolution] Let’s add “Network Support” at the end of the sentence. More amendments will be provided.

1.3.7.5.5 Need for the Project:

1.3.7.1.[Comment] The phrase of “without sacrificing the user experiences” is not clear. Let’s delete the phrase.
1.3.7.2.[Comment] Let’s change by using ‘can’ not ‘should’ from the sentence, “Power savings in multi-radio mobile devices should be achieved”

1.4.The first session was adjourned

Second Session: King 1; Wednesday, September 10, 2008

1.5.PAR Discussions

1.5.1.Following the first session, MRPM SG continued working on the PAR amendments.

1.5.2.[Comment] More specific two or three items to describe more details are required in the scope section, 5.2.

1.5.3.The following sentences are proposed:

1.5.3.1.This amendment shall define mechanisms for reducing power consumption of multi-radio mobile devices. The power savings will be achieved through better co-ordination between the different wireless networks. Enhancements to MAC/PHY of individual access specific technologies for making them more power efficient are out of scope of this project.

1.5.4.[Comment] What’s the meaning of the coordination?

1.5.5.[Answer] It’s a sort of location update and etc.

1.5.6.[Comment] This should be more specific.

1.5.7.[Comment] Let’s move on by adding the phrase, “described in Section 8.1.”We can utilize the section 8.1 to describe more details regarding the mechanisms.

1.5.8.[Question] Are we saying that we would like to define new primitives?

1.5.9.[Answer] We’re not going to touch specific media technology itself. We will be focusing on the multi-mode stuffs.

1.5.10.[Comment] What’s the meaning of ‘network support’?

1.5.11.[Comment] I would say that user experience is not directly related with.

1.5.12.[Comment] We need to have more time to work out offline.

1.5.13.[Comment] Did you have a chance to look at the “keep alive” stuff? It’s not only for higher layer stuff. I want it to be included by making it general.

1.6.5C Discussion

1.6.1.[Comment] What’s the meaning of the phrase, “energy efficient handling of keep-alives by Network Address Translation (NAT)/ Firewall (FW)/ Virtual Private Network (VPN) boxes and presence systems”?

1.6.2.[Answer] We can make it more general. It’s basically something like the case when a mobile node is on the out of coverage area. So we can safely remove those parts.

1.6.3.[Comment] Are there any comments regarding the IMT-Advanced Technical Requirements parts?

1.6.4.[Answer] You’re making the assumption.

1.7.5C amendments continued from 15:30 and adjourned at 16:00.

Minutespage 1 Junghoon Jee