| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Dear Anh Tuan and all, Thank you for your inputs. Please see the texts I revised inline. Thanks and regards, Alina From: Anh Tuan Hoang [mailto:mbox.hoang@GMAIL.COM] Hi Eldad and all, Thanks for the useful comments on the proposed text for multimode. Based on yesterday CC, I have edited the text as shown inline. If you would like to modify, please do so with version number, e.g., P1v2- for version 2 of paragraph 1, together with some justifications. Hopefully we can output some harmonized text for MM RG. Best regards, Anh Tuan On Tue, May 3, 2011 at 9:46 PM, Zeira, Eldad <Eldad.Zeira@interdigital.com> wrote: Thanks Anh Tuan, Please see comments below – hope this helps Eldad Office +1 631 622 4134 Mobile +1 631 428 4052 Based in NY area From: Anh Tuan Hoang [mailto:mbox.hoang@GMAIL.COM] Hi all, Based on email discussions for multi-mode topic, I would like to propose that the following text to be considered for harmonization. Alina and others, please comment. Proposed text: ++++++++++++++++++ Paragraph 1:
[Anh Tuan] If I understand correctly from our 2nd CC discussion, I2R/ETRI/NICT seem to be ok with the last sentence while InterDigital has some concern. The suggestion was to remove the last sentence, with the understanding that we can get back to it with further technical discussions. However, to maintain the history of our email discussion, I would like to propose a modified text as: P1v2: [Upon losing backhaul connection, an HR-BS (affected HR-BS) shall be able to operate as a relay station to communicate with another HR-BS (supporting HR-BS) that has connection to backhaul. To the supporting HR-BS, the affected HR-BS is treated as a normal HR-RS. To the subordinate stations of the affected HR-BS, whether the affected HR-BS can continue to act as an HR-BS or it should completely operate as a normal HR-RS is [FFD].] [Alina] The SRD defines that "HR-Network shall support HR-BS communication with another HR-BS in order to support the relaying function to provide continuous network connectivity." The HR-BS could be the base station similar to the multihop relay base station (MR-BS) as defined in 16j. Both access zone and relay zone are defined so that the relay function is definitely supported and the base station functionality is also maintained. If HR-BS after mode switch only operates as a normal HR-RS. The subordinate stations will hence lose its superordinate station. In that case, a big number of subordinate stations will need perform network searching, reentry or handover etc process. Even handover to the neighbouring base station, it would also be a burden for that BS. P1v3: [Upon losing backhaul connection, a HR-BS (affected HR-BS) shall start operate its relay function to communicate with a neighbouring HR-BS (supporting HR-BS) that has connection to backhaul. The affected HR-BS shall maintain its BS functionality to provide connectivity, management and control of subordinate stations such as Relay stations and Mobile Stations.] +++++++++++++++++ Paragraph 2:
[Anh Tuan] I believe that we agreed in 2nd CC that some MS functionalities need to be retained,e.g., cell searching. I have also explained the reason for the mode switch of HR-MS to be directed by superordinate station (HR-BS/RS) at the point of SPOF. So I proposed the following version: P2v3: [In the absence of any infrastructure station, an HR-MS may be able to operate as an HR-BS to provide connectivity for itself and other HR-MSs. While doing so, the HR-MS shall maintain certain HR-MS functionalities such as those needed to search for newly available infrastructure stations. The mode switch to HR-BS can be initiated by the HR-MS itself (with or without information previously received from the network) or this can be directed by the superordinate station of the HR-MS in response to SPOF (e.g., failure of the superordinate station).] [Alina] I think the support for HR-MS to be able operate as a HR-BS is a must. Hence I propose to use 'shall'. Does superordinate station mean 'HR-BS' here? P2v4: [In the absence of any infrastructure station, an HR-MS shall be able to operate as an HR-BS to provide connectivity for itself and other HR-MSs. While doing so, the HR-MS shall maintain certain HR-MS functionalities such as those needed to search for newly available infrastructure stations. The mode switch to HR-BS can be initiated by the HR-MS itself (with or without information previously received from the network) or this can be directed by the HR-BS in response to SPOF (e.g., failure of the HR-BS).] +++++++++++++++++ Paragraph 3:
[Anh Tuan] I would like to propose: P3v3: [In response to SPOF (e.g., HR-BS/RS failure or loss of backhaul) or to support coverage extension, an HR-MS may be able to operate as an HR-RS to provide connectivity for multiple affected/out-of-coverage HR-MSs. While doing so, the HR-MS shall maintain certain HR-MS functionalities such as those needed to support HR-MS mobility. A mode switch to HR-RS shall be initiated by the superordinate station of the HR-MS]. [Alina] Similar to paragraph 2, it should be a must for HR-MS to support relay function and suggest to change 'may' to 'shall'. Can the definition for superordinate station be given clearly? P3v4: [In response to SPOF (e.g., HR-BS/RS failure or loss of backhaul) or to support coverage extension, an HR-MS shall be able to operate as an HR-RS to provide connectivity for multiple affected/out-of-coverage HR-MSs. While doing so, the HR-MS shall maintain certain HR-MS functionalities such as those needed to support HR-MS mobility. A mode switch to HR-RS shall be initiated by the superordinate station of the HR-MS].
|