E N D
L3_QC_TC125: Currently the BSPM transmitted on each hash-to F-PCH/F-BCCH on each hash-to frequency must list BCMCS_FLOW_IDs available in entire sector. This is inefficient when large number of BCMCS_FLOW_IDs per sector are deployed. Need to provide deployment flexibility to trade-off amount of BSPM info transmitted in a sector vs. MS reception start delay. We propose a flexible/efficient BSPM structure.
Current Design • Terminology • Sector: vertical neighborhood in a given location • One part of a BTS transmitting with a given PILOT_PN • Idle MS monitors one F-PCH/F-BCCH in one frequency in one sector • MS always enters hash-to frequency in idle state • In the hash-to-frequency, MS monitors hash-to F-PCH/F-BCCH • Same for BCMCS capable mobiles and other mobiles • MS discovers about BCMCS_FLOW_IDs available from BSPM transmitted on hash-to F-PCH/F-BCCH on hash-to frequency • MS does not go away from hash-to F-PCH on hash-to frequency to discover BSMCS_FLOW_IDs • BSPM transmitted on each hash-to F-PCH/F-BCCH on each hash-to frequency must list BCMCS_FLOW_IDs available in entire sector • Inefficient when large number of BCMCS_FLOW_IDs per sector • Need to provide deployment flexibility to trade-off amount of BSPM info transmitted in a sector vs. MS reception start delay
Proposal • ESPM/MCRRPM signals via new flag BCMCS_IND: • 00: BCMCS service not available in this sector • As long as MS resides in this sector, user will not be able to receive any BCMCS services (see NOTE_2) • BSPM is not transmitted in this sector • 01: BCMCS service available in this sector but go to BCMCS_FREQ/BCMCS_FPCH to get information • BSPM is not transmitted on this F-PCH/F-BCCH on this frequency • Note that BCMCS_FREQ could be this freq (I.e. only paging channel is different) or could be another frequency • This allows BS to send BSPM only in frequencies where F-BSCH is deployed and reduce the BSPM traffic • Mobiles interested in BCMCS know where to get the info when needed • 10: BCMCS service available in this sector; read BSPM to get information • BSPM is transmitted on this F-PCH/F-BCCH on this frequency • BSPM also provides additional flexibility ..
Proposal .. • BSPM only transmitted if BCMCS_IND=10 • BSPM signals via new flag BSPM_BCMCS_IND: • 1: All BCMCS_FLOW_IDs available in sector listed in this BSPM. For each BCMCS_FLOW_ID, two flavors of info: • Only BCMCS_FLOW_ID and the BCMCS_FREQ/BCMCS_FPCH where info about this flow can be obtained • BCMCS_FLOW_ID and ALL necessary info to determine where/how to monitor the BCMCS_FLOW_ID • 0: Info on additional BCMCS_FLOW_IDs can be obtained from ADD_BCMCS_FREQ/ADD_BCMCS_FPCH • Details provided only about BCMCS_FLOW_IDs on this frequency • This flexibility is needed only because of NOTE_1
Notes • NOTE_1: When F-BSCH is transmitted in a given frequency, then a BSPM must be transmitted in that frequency to provide information about BCMCS_FLOW_IDs carried in that F-BSCH • This is because it is not desirable for the MS to have to tune to another frequency to obtain BSPM updates while monitoring a BCMCS_FLOW_ID • NOTE_2: Regardless of the restrictions identified in previous slides, facility for Autonomous BCMCS Request must be provided • We already have a flag in BSPM to indicate whether autonomous request is allowed • May be a value of BCMCS_IND in ESPM/MCRRPM should be reserved for same purpose