| c5a252768220b1caa01e5b62b42fd323d1f92702 |
21-Aug-2012 |
Shriram Ganesh <sganesh@codeaurora.org> |
CatService: OPEN_CHANNEL p-cmd to send event confirmation and not T.R
Upon handling OPEN_CHANNEL command, send User confirmation instead of
terminal response as lower layers expect confirmation information.
Bug: 10602211
Change-Id: I99ee5210ff345660559d1656e80c6ab8b0991d8e
atService.java
|
| d7e83ff0591580603e6d6adfca085140d1d53bd2 |
02-Jul-2013 |
duho.ro <duho.ro@lge.com> |
UICC : add support empty alpha id for BIP
"If the alpha identifier is provided by the UICC and is a null data
object (i.e. length = '00' and no value part), this is an indication
that the terminal should not give any information to the user
or ask for user confirmation;"
- 6.4.27.2 OPEN CHANNEL related to packet data service bearer, ETSI TS 102.223
Bug: 9671401
Change-Id: Iece01f3775baf2c6438776f899ed53b1f1fb942f
atService.java
alueParser.java
|
| f6dced1ac15dc219bb87658a242d74abb9fb5ae2 |
05-Aug-2013 |
Wink Saville <wink@google.com> |
Merge "Telephony: Fix issue in handling null alpha identifier"
|
| b8127144de8d55c590ed537bdcb7a1afe5666b28 |
19-Jul-2013 |
Wink Saville <wink@google.com> |
Merge commit '3f4415e3' into fix-merge-conflict
* commit '3f4415e3':
telephony: Fix typo
|
| 3f4415e31c8c407e0397511fdc2d5906361295fa |
19-Jul-2013 |
Wink Saville <wink@google.com> |
Merge "telephony: Fix typo"
|
| 6c5e8c9ef98f3ef8f87e4a5c06f730cf7d0c1536 |
06-Mar-2013 |
Wink Saville <wink@google.com> |
am 5779b57f: Merge "Send user confirmation instead of Terminal Response"
* commit '5779b57fe7530dfca8d814be0cbd13c7bad5d643':
Send user confirmation instead of Terminal Response
|
| 14957f5b0b202fc80782944c962d282ed1866837 |
15-Jan-2013 |
Abhishek Adappa <aadappa@codeaurora.org> |
Send user confirmation instead of Terminal Response
On certain proactive commands like Setup Call/Open Channel,
a confirmation dialog is displayed to the user to confirm or reject the
call. If the user hits the back key to dismiss the dialog or the user
hits 'No', consider that as the user rejecting the call, instead
of sending a Terminal Response.
Bug: 8302972
Change-Id: I23d57f726018a6805ef455f6069dbab8e6dd14f0
atService.java
|
| 22d85a8e3a575a6d01d2c788587971657dfe20c6 |
23-Feb-2013 |
Wink Saville <wink@google.com> |
Clean up member variables.
Change-Id: Ib60f350131ade626aca682407ea0b4377b16f6c6
atCmdMessage.java
atResponseMessage.java
atService.java
ommandParams.java
ommandParamsFactory.java
conLoader.java
mageDescriptor.java
esponseData.java
|
| cbaa45bbf2cab852b6c9c3a887e9f803d4e857ea |
23-Feb-2013 |
Wink Saville <wink@google.com> |
Clean up
- Add @Overrides where needed.
- Update javadoc comments
- Remove extra semi-colons
- Rename DataConnection.java to DataConnectionBase.java
- Rename GsmDataConnection.java to DataConnection.java
- Add defaults to switch statements
- Remove/fix most "if (false)" statements. Fixed by using a CONSTANT
- Fix hidden variables by hoisting to base class or renaming
- Tweak some debug output
Change-Id: If38de2fdeaacafbf40cdfd7f84dc5c52030ba2a3
atCmdMessage.java
atService.java
ommandDetails.java
ommandParams.java
ommandParamsFactory.java
uration.java
conLoader.java
nput.java
tem.java
enu.java
esultCode.java
esultException.java
extMessage.java
one.java
oneSettings.java
alueParser.java
|
| 9edadf11a7ac700a529f49e46822e2983ed551e4 |
16-Jan-2013 |
Sanny Shang <sanny.shang@sonymobile.com> |
Wrong terminal response for proactive command length errors
This fix is at least reported by an internal test suite
written with the 3gpp specification as base, can not
guarantee that it exists "in the wild" however the
specification is clear.
According to 3gpp11.14, chapter 6.10.6 "Length errors",
If the total lengths of the SIMPLE-TLV data objects are not
consistent with the length given in the BER-TLV data object,
then the whole BER-TLV data object shall be rejected. The
result field in the TERMINAL RESPONSE shall have the error
condition "Command data not understood by ME".
Change-Id: I128442ea4755679b0e5524a31c01b3c690e45ab0
erTlv.java
ommandParamsFactory.java
|
| 2f48cebb0f3169da9d9325f7b4884872280599e5 |
28-Nov-2012 |
Nizar Haouati <nizar.haouati@intel.com> |
telephony: Fix typo
This patch fixes the typo in CatService.
Change-Id: Iff69df0ab0309e36f0a886c483f280febe5ad84e
Author: Nizar Haouati <nizar.haouati@intel.com>
Signed-off-by: Nizar Haouati <nizar.haouati@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 71115
atService.java
|
| 81b046d348dd3d3cba81fcb073b9cdc04fcb6b5c |
27-Nov-2012 |
Jeevaka Badrappan <jeevaka.badrappan@intel.com> |
Telephony: Fix issue in handling null alpha identifier
When alpha identifier is a provided by the SIM and
is a null data object, UE should not display
anything about the Sending but UE is showing
"Sending...".
As per 3GPP 11.14, if the alpha identifier is provided
by the SIM and is a null data object(i.e.length = '00'
and no value part), this is an indication that the ME
should not give any information to the user on the fact
that the ME is sending an Send SS/Send USSD/ Send DTMF.
Instead of returning null, retrieveAlphaId returns the
default message resulting in "Sending..." shown to the
user when it is not supposed to display anything.
This patch fixes the issue by returning null when alpha
identifier is provided and is a null data object.
Change-Id: Ia7bd690b8862a5df052a84bd6e7c94f4035baca7
Author: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Arun Ravindran <arun.ravindran@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 60370
alueParser.java
|
| c06ff6babf825f7215b0c17ddf4edc12a7346698 |
03-Jan-2013 |
Wink Saville <wink@google.com> |
Merge "Telephony: add support for additional information"
|
| 86968438e444728053137c764cc37cf9c0a15d16 |
09-Aug-2012 |
Siddartha Pothapragada <spotha@codeaurora.org> |
CatService: Add support for GET_CHANNEL_STATUS p-cmd.
Change-Id: Ib0782748fdbdc94e5c13cffadb40556e3f324eff
ppInterface.java
atCmdMessage.java
ommandParamsFactory.java
|
| 2d7aad7791b92186dabc779b3ab43794aceebcda |
29-Nov-2012 |
Guillaume Lucas <guillaume.lucas@intel.com> |
Telephony: add support for additional information
As per ETSI 102 223 section 8.12, for some general results, it is
mandatory for the terminal to provide a specific cause value as
additional information.
This patch adds this support to the framework.
Change-Id: Ie22e60412d674e24f9ebf13d02da4b39cb2dd253
Author: Guillaume Lucas <guillaume.lucas@intel.com>
Signed-off-by: Guillaume Lucas <guillaume.lucas@intel.com>
Signed-off-by: Arun Ravindran <arun.ravindran@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 29915
atResponseMessage.java
atService.java
|
| d720945f2be5ea5fe0faf67e67d9ea0e184eba67 |
01-Aug-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Move uicc classes into uicc package
Reduce constructor visibility to package where
possible
Dependent Changes:
I3b718b9aea1f21c7906c8243b4ca0db6af495a08
I80204a2f3dc57cac875abeab390bb9db7a636ff7
Ib9c19e8b157dc7ec74eb14baca5bd3b5caf08c47
Change-Id: Ib4f43374c041cb5eaf2e3883e5ea28b2eb2c9a69
atService.java
ommandParamsFactory.java
conLoader.java
ilMessageDecoder.java
alueParser.java
|
| ded9c0af7fa49504c047275ed34c2d3b22bf0c3a |
07-Dec-2012 |
Wink Saville <wink@google.com> |
Use Rlog
Change-Id: Ie013f51215de8380b8de74161b6056b010711cfd
atLog.java
omprehensionTlv.java
conLoader.java
|
| deb8ccd0fbeae2b2f21f8a4ccc1139a79cccc71e |
28-Nov-2012 |
jangeon.kim <jangeon.kim@lge.com> |
simcard: With Kazakh Beeline SIM card, there isn't STK menu
IccFileHandler.java is modified to fix an erroneous EF_IMG file path
information. The other is CommandParamsFactory.java file, which is modified
to ignore the result of reading EF_IMG file.
This Beeline SIM card returned an error status word when the mobile device
accessed the EF_IMG file in this SIM card.
(I think this Beeline SIM card does not support EF_IMG file.)
As a result, This error result stoped processing the setup menu proactive
command, and there was no STK menu.
So, I modified the CommandParamsFactory.java file to ignore the result of
EF_IMG file read operation.
After applying this modification, The STK menu was successfully displayed.
(This issue was resolved by these modified files.)
I think there will be no critical problem even if the EF_IMG(Icon image) file
is ignored.
Bug: 7585989
Change-Id: I16e3c077779811e3d4c46cd6e003771f3e1efde2
ommandParamsFactory.java
|
| db1b0c54ffa990afeac24cc54d8b1992f1aa3a85 |
08-Sep-2012 |
Wink Saville <wink@google.com> |
am 1d40e34c: Merge "Telephony: Remove CdmaLteUicc objects"
* commit '1d40e34c74e2874114855db681aafba5676ae25c':
Telephony: Remove CdmaLteUicc objects
|
| 1d40e34c74e2874114855db681aafba5676ae25c |
08-Sep-2012 |
Wink Saville <wink@google.com> |
Merge "Telephony: Remove CdmaLteUicc objects"
|
| e287feac673ff68565b766e0e463d105fa9cef9d |
10-Jul-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Remove CdmaLteUicc objects
-Pass IccCard object to GsmMmiCode
-Create IccCardProxy
-Make IccCard an interface and pass instance of IccCardProxy to
external applications (PhoneApp). IccCardProxy will use internal
UiccCard to map Icc requests to current active application on
UiccCard to maintain backwards compatibility for external
applications
-Add documentation to UiccController
The primary advantage of UiccController is that we can work with
multiple uicc applications at the same time. And that is a
requirement for modes like Cdma/Lte. The existing code supports
Cdma/Lte only partially and with guessing on modem side. However,
some things modem can guess, while others - it can't.
For instance, when a user tries to edit the fdn list the current
code will pass ef_id for fdn (0x6F3B). But the modem will have no
clue which fdn list the user wants to edit (csim or usim, both
have path 7FFF), and it's impossible for modem to guess correctly
all the time. All the modem can do is try to be consistent and
hope another device is doing same things. Imagine you bring your
card from another Cdma/Lte device to your new Cdma/Lte device:
if this modem uses different fdn file, it won't work as all
existing entries won't be there.
Another example is when the modem's guess is wrong for files like
csim/ef_li (7FFF 6F3A) versus usim/ef_adn (7FFF 6F3A). They have
same ef_ids so Android really should pass aid of the app it wants
to access. Without aids there is no way modem can know for sure
which file Android wants to read! However, in the current code
even Android doesn't know which aid it wants to read file from
since CdmaLteRecords has only 1 aid.
All of these problems cause more and more hacks, both in the modem
and in Android side. UiccController cleans up current code and
provides framework to work with multiple Uicc applications at the
same time.
Change-Id: I60216887b14140bdf833a8ed579ba16cad932bdc
atService.java
|
| 8566fabf80997b1effde2fdaad3ff06223a5f326 |
06-Sep-2012 |
Wink Saville <wink@google.com> |
am e9260aec: Merge "Omitting Big Endian caused corrupt characters"
* commit 'e9260aec3d196e9c9b94962289f177ae39283eb4':
Omitting Big Endian caused corrupt characters
|
| 9f1860d5596f79d74fa4ecf78c0dd1d8253fc5f9 |
18-Jul-2012 |
Pierre Fröjd <pierre.frojd.x@sonyericsson.com> |
Omitting Big Endian caused corrupt characters
When sending a terminal reponse to SIM containing unicode
characters, big endian must be explicitly stated to
avoid corrupt characters.
Change-Id: Iac4dcadfd860b5de15ad2a65c4ccdf3fae9292d4
esponseData.java
|
| 9fdeecb4aa06552efcc535f21718cae45cc604e2 |
25-Jul-2012 |
Wink Saville <wink@google.com> |
Fix build
mCurrentCmd should have been mCurrntCmd.
Change-Id: Ibd8faf0f6fec2285045f6f498730ff7882217cb1
atService.java
|
| 1e5f46c0477703b0eef40278cfa101d20b53091a |
25-Jul-2012 |
John Wang <johnwang@google.com> |
Don't send terminal response without cmd details.
bug:6481578
Change-Id: I1ccd8b4599cff8df6806e39d53f86e265647bae7
atService.java
|
| c38bb60d867c5d61d90b7179a9ed2b2d1848124f |
12-Jul-2012 |
Wink Saville <wink@google.com> |
Create telephony-common - DO NOT MERGE
telephony-common was created by moving some of
frameworks/base/telephony
to:
frameworks/opt/telephony
Change-Id: I32cbb5eec1fa239c1587e055c8f7ef4fc48fb62c
ppInterface.java
erTlv.java
atCmdMessage.java
atException.java
atLog.java
atResponseMessage.java
atService.java
ommandDetails.java
ommandParams.java
ommandParamsFactory.java
omprehensionTlv.java
omprehensionTlvTag.java
uration.java
ontSize.java
conLoader.java
mageDescriptor.java
nput.java
tem.java
aunchBrowserMode.java
enu.java
resentationType.java
esponseData.java
esultCode.java
esultException.java
ilMessageDecoder.java
extAlignment.java
extAttribute.java
extColor.java
extMessage.java
one.java
oneSettings.java
alueParser.java
ackage.html
|
| 0825495a331bb44df395a0cdb79fab85e68db5d5 |
12-Jul-2012 |
Wink Saville <wink@google.com> |
Create telephony-common
telephony-common was created by moving some of
frameworks/base/telephony
to:
frameworks/opt/telephony
Change-Id: I32cbb5eec1fa239c1587e055c8f7ef4fc48fb62c
ppInterface.java
erTlv.java
atCmdMessage.java
atException.java
atLog.java
atResponseMessage.java
atService.java
ommandDetails.java
ommandParams.java
ommandParamsFactory.java
omprehensionTlv.java
omprehensionTlvTag.java
uration.java
ontSize.java
conLoader.java
mageDescriptor.java
nput.java
tem.java
aunchBrowserMode.java
enu.java
resentationType.java
esponseData.java
esultCode.java
esultException.java
ilMessageDecoder.java
extAlignment.java
extAttribute.java
extColor.java
extMessage.java
one.java
oneSettings.java
alueParser.java
ackage.html
|