WebAPI/WebTelephony/Multi-SIM: Difference between revisions

Jump to navigation Jump to search
Line 115: Line 115:


=== Proposal for Multi-SIMs ===
=== Proposal for Multi-SIMs ===
With various hardware design, there might be multiple ril-daemon (rild), one rild taking care of one SIM, while it is also possible that there is a single rild manipulating all the SIMs'. To make our architecture flexible enought, we are planning to have 'rilproxy' in charge of sending RIL parcels to the correct rild, no matter how many there are. Moreover, in consideration of code clarity, we introduce multiple instances to achieve one-instance-one-SIM mapping.   
With various hardware design, there might be multiple ril-daemon (rild), one rild taking care of one SIM, while it is also possible that a single rild manipulates all the SIMs'. To make our architecture flexible enough, we are planning to have 'rilproxy' in charge of sending RIL parcels to the correct rild, no matter how many there are. Moreover, in consideration of code clarity, we introduce multiple instances to achieve one-instance-one-SIM mapping so that we avoid carrying 'the index of SIM slot' in every message.   


Here is a proposal for multi-SIMs.
Here is a proposal for multi-SIMs.
Line 122: Line 122:


==== Internal API: nsIRILContentHelper.idl ====
==== Internal API: nsIRILContentHelper.idl ====
We might need to add 『index』, used for connecting a telephony object (phoneIndex) and a specific 『sim slot』.  
Even we create an instance for a SIM, we might still need to add 『index』, used for connecting a telephony object (phoneIndex) and a specific 『sim slot』 due to the limits of the IPC mechanism.  
   
   
*Examples of modifiying the internal API:
*Examples of modifiying the internal API:
Confirmed users
978

edits

Navigation menu