Broadcast Indicator & MS Power Consumption Manuary Stash Czaja, Feng Qian VIA Telecom grants a free, irrevocable license to 3GPP2 and its Organizational Partners to incorporate text or other copyrightable material contained in the contribution and any modifications thereof in the creation of 3GPP2 publications; to copyright and sell in Organizational Partner's name any Organizational Partner's standards publication even though it may include all or portions of this contribution; and at the Organizational Partner's sole discretion to permit others to reproduce in whole or in part such contribution or the resulting Organizational Partner's standards publication. VIA Telecom is also willing to grant licenses under such contributor copyrights to third parties on reasonable, non-discriminatory terms and conditions for purpose of practicing an Organizational Partner’s standard which incorporates this contribution. This document has been prepared by VIA Telecom to assist the development of specifications by 3GPP2. It is proposed to the Committee as a basis for discussion and is not to be construed as a binding proposal on VIA Telecom. VIA Telecom specifically reserves the right to amend or modify the material contained herein and to any intellectual property of VIA Telecom other than provided in the copyright statement above.

Month dd, Outline BCMCS Requirements BCMCS Requirements BCMCS Transmission Analysis BCMCS Transmission Analysis BCMCS Indicators BCMCS Indicators BCMC and MS Power Consumption BCMC and MS Power Consumption Summary Summary

Month dd, BCMCS Requirements Radio channel requirements for BCMCS were defined in document P-0019 as follows:  Optimal use of radio resources, including the use of shared channels  Minimization of the use of reverse link capacity  Preservation of battery life  flexibility - relationship between network and content provider are based on static provisioning or via protocol exchanges (dynamic) and are still under development or study

Month dd, BSPM Transmission Methods Were analyzed in C23-BCMCAHG r1 (Lucent) System info such as: flow ID, RC config, logical to physical channel mappings, neighbor list info, etc. must carried on an overhead channel BSPM which can carry several hundreds of bytes has been proposed Method for notification of availability of BCMCS content with low latency, low impact on MS battery and low impact on battery life of legacy MS  Conclusions: BSPM information changes very frequent (min broadcast cycle = 5.12 sec) Global broadcast of BSPM requires legacy MS “wake up” to decode BSPM Use of QPCH broadcast indicator (BI) for signaling BSPM changes will: –Effects battery life of MS supporting QPCH –Does not effect battery life of MS operating in non-slotted mode –Does not effect battery life of MS not supporting QPCH –Use multiple BI indicators to reduce impact on the battery life of MS not supporting BCMCS

Month dd, BCMCS Indicators Regardless of findings in Lucent contribution a single BCMC indicator was included into Rel-D Characteristics of single (global) BCMC indicator  Significant impact on MS battery life ( C ) Differential BSPM contains parameters associated with all flows and is directed to all MS in the cell Legacy MS (not supporting BCMCS) must decode BSPM as well lack of flexibility - inability to address individual MS

Month dd, state BCMCS Indicator In C VIA proposed to use 3-state signaling on QPCH to allow individual : +1  PI_ON 0  OFF  1  BCMC_ON Characteristics:  Compatible with legacy mobiles  Does not impact battery life of legacy MS  Individual indication of BCMCS parameters change  Flexibility

Month dd, BCMCS and MS Battery Life It was agreed that BSPM message must be sent every 5 – 25 sec. Consequence of a single BCMC indicator  Assumptions: 2.56 sec. PI slot cycle 25 sec. BCMC slot cycle 20 BCMCS flows, Walsh resources assigned dynamically  In 1 hr. BCMC capable MS: wakes-up for ~5 ms every 2.5 sec to decode QPCH PI bit for a total “on-air” time: 3600  2.56  1400 * 5ms = 7 sec wakes-up every 25 sec to decode BSPM message (min 80 ms) for a total “on-air” time: 3600  2.56  1400 * 5ms * 80ms  18.5 sec  62% reduction in MS battery life!  Most important – legacy MS battery life is also reduced even it doesn’t support Rel D BCMCS!

Month dd, Summary Single BCMC indicator may have catastrophic impact on battery life of all (including legacy) MSs assigned to QPCH slot  Users may refuse to use the BCMCS service if the his terminal operational functionality is compromised Single BCMC indicator does not allow indicate changes associated with particular subscription (specific FLOW_ID  individual MS) Solution: 3-state BCMC indicator on QPCH  No negative impact on MS battery life  No impact (compatible) on legacy MSs  Flexibility in addressing individual MS to support future services