Laserfiche WebLink
AT&T, Sprint). From the providers available, the Proposer shall identify a primary provider and an <br /> alternate provider to cover those areas where the primary provider's signal is weak or non-existent, <br /> and describe how the switch over process will work. <br /> 1 . Primary wireless communications provider: T-Mobile (GPRS) <br /> 2. Alternate wireless communications provider: Verizon (CDMA) <br /> IPS guarantees connectivity and can work with the City to determine which vendor provides the best <br /> connectivity for the City. <br /> ii. The Proposer shall describe the minimum, maximum, and average time in seconds the meter takes to <br /> transmit transactions of different payment types (coin, credit card, parking card, other) to the CMS, <br /> including what parameters or conditions will affect transmission times and what percentage of each <br /> type of transaction can be expected to be transmitted within the average transmission time. <br /> Minimum: The minimum duration can be 1 or 2 seconds; <br /> Average: 97% of all data is arriving within 90-150 seconds. <br /> Maximum: Could be in hours if connectivity is not available. <br /> iii. The Proposer shall describe the sequence of events starting with a coin drop or card payment at the <br /> meter and timing of each step in the transmission of transaction data to the CMS. A sample scenario <br /> follows: <br /> • Customer arrives and pays the meter with a credit card at time T. <br /> • Credit card authorization is completed and Customer walks away at time X. <br /> • Meter considers transaction completed at time T+X. <br /> • Transaction data appears in the CMS at time T+X+Y. <br /> Coin: <br /> • Coins are inserted <br /> • Meter waits for configurable (currently set to 10 seconds) coin entry time out to consider transaction <br /> complete <br /> • Meter powers up modem to send transaction to DMS (currently set to wait 75 seconds in order to be <br /> able to transmit multiple coin transactions in one communication session to save power. IPS is <br /> planning to drop this value to 30 seconds.) <br /> • Once connected (typically less than 20 seconds), transmission is sent and data appears in DMS <br /> (typically within five seconds) <br /> Under these settings, after the last coin has been inserted — the transaction appears in DMS in approximately: <br /> (Today) 10+75+20+5 = 110 seconds (Future) 10+30+20+5= 65 seconds <br /> Credit/Debit Card: <br /> • Credit/Debit Card is inserted <br /> • Modem powers up and attempts connection, while user selects time to purchase and presses OK <br /> • Once connected (typically less than 10 seconds), transmission is sent and credit/debit card is <br /> validated and approval or decline is sent back to the meter <br /> • Once result arrives at the meter, the pole transaction detail is transmitted to the DMS (typically <br /> within 10 seconds) <br /> Under these settings, after the user has pressed OK— the transaction appears in DMS in approximately <br /> 10+10= 20 seconds <br /> iv. The Proposer shall describe the sequence of events when a meter attempts to communicate with the <br /> CMS and fails, including how many attempts it makes and how often. <br /> When the meter attempts to communicate with the DMS and fails, it will retry in an exponential back off <br /> functionality. If the first attempt fails, the meter will reattempt in 5 minutes, and if that fails it will try in 10 <br /> REV: 05-05-16 JS <br /> Page 126 of 177 <br /> ATTY/AGR.2016.094/IPS Group <br />