-
Notifications
You must be signed in to change notification settings - Fork 0
/
TODO
318 lines (223 loc) · 9.36 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
Background
==========
- Priority scale: High, Medium and Low
- Complexity scale: C1, C2, C4 and C8. The complexity scale is exponential,
with complexity 1 being the lowest complexity. Complexity is a function
of both task 'complexity' and task 'scope'.
The general rule of thumb is that a complexity 1 task should take 1-2 weeks
for a person very familiar with oFono codebase. Higher complexity tasks
require more time and have higher uncertainty.
Higher complexity tasks should be refined into several lower complexity tasks
once the task is better understood.
SMS
===
- Add support for Enhanced SMS (EMS) from 3GPP 23.040. These SMS messages
support a richer set of formatting elements, including bold/italic and
font size selection. Embedding images and sounds into the SMS is also
supported. This task should add support for receiving such SMS messages.
Proposed solution is to convert such messages to HTML and embed image /
sound data as embedded MIME in the generated HTML stream. The EMS messages
will have to be detected (by the presence of particular tags in the SMS)
and signaled separately from simple SMS messages.
Priority: Low
Complexity: C8
- Asynchronously acknowledge SMS DELIVER messages sent by the SMS driver
to core using ofono_sms_deliver_notify(). This may require the struct
ofono_sms_driver to be extended with one more function pointer like:
void (*deliver_ack)(unsigned char *pdu, int len, cb_t cb, void *data)
because currently messages are automatically acknowledged by either the
modem (this is the case of some AT modems) or the driver right after
ofono_sms_deliver_notify() and a failure to deliver at an upper level is
ignored. The PDU can be an RP-ACK or RP-ERROR message with optional
TP-User-Content element, for example if returned from USIM Data Download.
Priority: Low
Complexity: C2
CBS
===
- Support UMTS format for CBS messages. This might be needed by some hardware
which does not convert UMTS-formatted cell broadcasts to GSM-formatted cell
broadcasts. The UMTS CBS format can be found in 3GPP 25.324 Section 11.1.
Priority: Low
Complexity: C2
SIM / SIM File system
=====================
- SIM Call History plugin. New UICCs support four new SIM elementary files
for storing call history information on the SIM: EFici, EFict, EFoci, EFoct.
A plugin should be developed for oFono that will write to these files.
Priority: Low
Complexity: C2
- Add support for SIM 'ready' notifications from the driver to the core. Most
modem manufacturers initialize the SIM (e.g. cache SIM file system, STK
initialization, etc) internally before allowing the telephony stack to
access these portions. When the PIN is locked, this can lead to oFono being
too fast for the modem and asking it for things before the firmware is ready.
The proposal is to introduce a new sim function:
void ofono_sim_ready_notify(struct ofono_sim *sim);
When oFono determines the SIM PIN is READY, it checks whether
ofono_sim_ready_notify has been called. If it hasn't, then it stalls the
initialization procedure (and calling post_sim) until
ofono_sim_ready_notify is called.
Priority: High
Complexity: C2
- Support SIM authentication: SIM and AKA suites.
Priority: Medium
Complexity: C4
- Support SIM authentication: GBA_U suite.
Priority: Low
Complexity: C4
- ISIM support
ISIM is the SIM application for IP Multimedia Subsystem, specified in
3GPP TS 31.103. The UICCs can support multiple ISIMs for different IMS
identities.
Priority: Low
Complexity: C4
Modem Emulator
==============
- Support CE4A extensions to HFP AG emulator. CE4A defines additional
AT command extensions to the Bluetooth HFP AG standard. Refer to CE4A
white paper: "AT-commands for Automotive Premium Phone Integration".
Plugins can register additional command handlers appropriately to handle
such commands.
Complexity: C4
Priority: Low
Depends: HFP AG emulator
- Support HSP AG. Similar to HFP AG emulator but implements the much reduced
Bluetooth HSP AG profile.
Priority: Low
Complexity: C1
- Support DUN networking over the USB transport. This might require extra
AT commands to be implemented in order to comply with general USB DUN
expectations as there is no standard for the same.
Complexity: C4
Priority: Low
- Support Bluetooth SPP profile.
Complexity: C4
Priority: Medium
- Support new HFP 1.6 AG commands allowing to publish, select and connect audio
codecs (AT+BAC, AT+BCS, +BCS, AT+BCC). This will need to interact with audio
framework.
Complexity: C4
Priority: Low
Depends: HFP AG emulator
- Integrate HFP AG emulator as a BlueZ service.
Replace direct access to Bluetooth library by usage of the BlueZ service
architecture.
Complexity: C2
Priority: Medium
Depends: HFP AG emulator
- Add audio management to HFP AG emulator.
Integrate HFP AG emulator to BlueZ and Pulse Audio.
Add audio related AT commands support: remote audio volume control and in-band
ring tone management.
Complexity: C4
Priority: Medium
Depends: HFP AG emulator as BlueZ service
PPP
===
- IPv6 CP support. To support IPv6 based GPRS contexts via PPP, GAtPPP
needs to be updated to support IPv6CP from RFC 2472.
Priority: Low
Complexity: C4
Location Services
=================
- Neighbor Cell Info. Add dedicated atom, D-Bus API and atom driver(s) for
Neighbor Cell information.
This feature is not discussed in 27.007, thus manufacturer specific commands
are required.
Complexity: C4
Priority: Medium
Supplementary Services
======================
- Closed User Group (CUG) support.
Priority: Low
Complexity: C8
- Call Completion to Busy Subscriber (CCBS) support
This feature is not discussed in 27.007, thus manufacturer specific commands
are required.
Priority: Low
Complexity: C8
- User to User Signaling (UUS) support
Priority: Low
Complexity: C8
- Multiple Subscriber Profile (MSP) support
Priority: Low
Complexity: C2
- CPHS Support. This includes ALS and CPHS specific elementary files.
Priority: Low
Complexity: C8
- Call forwarding state handling change
At the moment call forwarding states are not always correct. Any active
conditional call forwarding should become quiescent while unconditional call
forwarding is activate. If call forwarding unconditional is subsequently
deactivated, all the quiescent forwardings should become operative again.
I.e. No conditional call forwarding string should be returned while
unconditional call forwarding is active even if they exist.
If there is an successful attempt to activate/deactivate conditional call
forwarding while unconditional call forwarding is active the conditional cache
flag should cleared.
Priority: High
Complexity: C1
Owner: Nicolas Bertrand <nicolas.bertrand@linux.intel.com>
Voicecall
=========
- Dial strings. Include CLIR prefixes and 2nd stage dial strings in the
DialString call property. Add dialstring accessor method to C API.
Priority: Medium
Complexity: C4
- Provide feedback of sent DTMF tones. Emit SendingTones signal if modem can
provide approximate starting and stopping times for DTMF tones. Signal
argument contains a string of DTMF tones to be sent, or empty string when
all tones has been sent.
Priority: Medium
Complexity: C2
- Blacklisting. According to 3GPP TS 22.001 annex E, the TE must provide
automatic calling repeat call attempt restrictions.
There should be a method to manually reset blacklisting.
Priority: Medium
Complexity: C1
- DTMF Driver hints
Currently multiple DTMF tones are sent to the driver in batches of up to 8
characters. For those drivers that can only accept a limited set of DTMF
characters at a time (e.g. one), add a setting to the core that will change
this batch size limit.
Priority: Medium
Complexity: C1
Sim Toolkit
===========
- Support of the BIP (Bearer Independent Protocol) proactive commands.
The specification defines several bearer types. For now, only the packet data
service bearer is considered.
- OPEN CHANNEL: requests the terminal to open a data channel with
parameters indicated in the command. A user confirmation may be
requested by the SimToolkitAgent.
- CLOSE CHANNEL:requests the terminal to close the specified data
channel.
- RECEIVE DATA:requests the terminal to return to the UICC data
received on the specified channel.
- SEND DATA:requests the terminal to send on the specified channel data
provided by the UICC.
- GET CHANNEL STATUS: requests the terminal to return the current
status of all available data channels.
Priority: Medium
Complexity: C4
Owner: Philippe Nunes <philippe.nunes@linux.intel.com>
- Support Setup Event List proactive command.
To fully support the class 'e', the following events
-Data Available event
-Channel status event
shall be monitored by oFono if part of the current event list.
This list is supplied by the last SETUP EVENT LIST command.
Priority: Medium
Complexity: C2
Owner: Philippe Nunes <philippe.nunes@linux.intel.com>
Miscellaneous
=============
- PolicyKit support. Add support for PolicyKit checking of all oFono D-Bus
interfaces.
Complexity: C4
Priority: Low
- Add Location Service API for providing basic E911 support.
This will be based on the 27.007 defined AT commands using
XML for transport of positioning request and responses.
Priority: Medium
Complexity: C2