CN103914281A - Mobile software system application request parallel processing method and system - Google Patents
Mobile software system application request parallel processing method and system Download PDFInfo
- Publication number
- CN103914281A CN103914281A CN201210591976.1A CN201210591976A CN103914281A CN 103914281 A CN103914281 A CN 103914281A CN 201210591976 A CN201210591976 A CN 201210591976A CN 103914281 A CN103914281 A CN 103914281A
- Authority
- CN
- China
- Prior art keywords
- application
- instruction
- request
- self
- ril
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title abstract 2
- 238000012545 processing Methods 0.000 claims abstract description 67
- 238000000034 method Methods 0.000 claims abstract description 31
- 239000013256 coordination polymer Substances 0.000 claims description 46
- 230000008569 process Effects 0.000 claims description 20
- 238000005538 encapsulation Methods 0.000 claims description 17
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000012356 Product development Methods 0.000 abstract description 5
- 238000004891 communication Methods 0.000 abstract description 5
- 238000012360 testing method Methods 0.000 abstract description 5
- 238000004806 packaging method and process Methods 0.000 abstract 2
- 230000003247 decreasing effect Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000005314 correlation function Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
Landscapes
- Telephone Function (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
An embodiment of the invention provides a mobile software system application request parallel processing method. The method includes the steps: virtualizing application processing requests transmitted by a framework layer and received by a plurality of application modules on an RIL (radio interface layer) according to baseband functions of a baseband processing subsystem CP (communication processor), transmitting the requests to corresponding application modules, and adding the requests to request queues of the application modules; packaging the request queues into user-defined AT instructions by the RIL, and transmitting the AT instructions to the CP; packaging processing result contents of the CP into user-defined AT instructions, and transmitting the user-defined AT instructions to the RIL; judging which application module the AT instructions belong to according to header bytes, and returning the processing result contents to the application module. The embodiment of the invention further provides a mobile software system application request parallel processing system. An AP (application processor) and the CP do not need additional CMUX processing modules, additional overhead cost is not increased, the same functions of CMUX protocols are finished, and product development and test period are decreased.
Description
Technical field
The present invention relates to communication information technical field, particularly a kind of mobile software systems application request method for parallel processing and system.
Background technology
Mobile software systems are mainly made up of Application Processor application processing subsystem (being called for short AP) and Communication Processor baseband (being called for short CP).AP subsystem mainly comprises operating system, has been responsible for the intelligent terminal software function with user interactions; CP subsystem mainly comprises baseband module and driver module, has been responsible for the wireless access function of base-band software.Both have connected intercommunication mutually by the physical equipment such as USB, serial ports.AP subsystem is divided into application layer, ccf layer, Radio Interface Layer radio interface layer (being called for short RIL) and driver module conventionally, application layer comprises that various application software are for user, ccf layer provides various functional interfaces to call to application layer, RIL layer is the specific implementation of ccf layer radio communication correlation function, driver module is for the data on sending and receiving physical equipment, and structure as shown in Figure 1.RIL layer upwards communicates by socket SOCKET and ccf layer, is responsible for encapsulation downwards and resolves AT instruction, communicates by letter with baseband module by device drives.In the prior art, the request that ccf layer is initiated is carried out serial processing at RIL layer, in the time that request is too much, very likely causes obstruction at RIL layer, cannot ensure the real-time of the functions such as voice, can not bring user good experience.
For overcoming the above problems, industry adopts multiplex protocol CMUX conventionally, sees 3GPP agreement GSM07.10, increases respectively CMUX protocol process module, as shown in Figure 2 at AP subsystem and CP subsystem both sides.CMUX protocol process module is responsible for bottom physical port to manage, and fictionalizes the logical communication channel of multiple independent parallels, and RIL layer transmits AT instruction in different logical channels.Owing to increasing respectively corresponding processing module at AP subsystem and CP subsystem, modified module is more, and the construction cycle is long, is unfavorable for that product up-gradation is safeguarded and releases fast market.
Summary of the invention
For overcoming the above problems, the invention provides mobile software systems application request method for parallel processing and system, do not need AP and CP to increase extra CMUX processing module, in not increasing overhead cost, complete the same function of CMUX agreement, reduced product development and test period.
The invention provides a kind of mobile software systems application request method for parallel processing, comprising:
Fictionalize multiple application modules according to baseband CP baseband functions at radio interface layer RIL, by each application module corresponding to different threads;
RIL receives the application processing request that ccf layer is initiated, and request point is sent to corresponding application module, and join the request queue of each application module;
Request queue is encapsulated as self-defined AT instruction by RIL, and self-defined AT instruction is sent to CP, waits for that CP returns to described self-defined AT instruction process result;
CP completes after the processing request of corresponding module, and result content is packaged into self-defined AT instruction, and self-defined AT instruction is sent to RIL, returns to result;
RIL is according to a byte of the self-defined AT instruction of the result of receiving, which application module judgement belongs to, and result content is returned to this application module;
Application module is converted into result the data that ccf layer needs, and sends ccf layer to.
The invention provides a kind of mobile software systems application request parallel processing system (PPS), comprise application subsystem AP and baseband CP, described application subsystem AP comprises radio interface layer RIL; Described baseband CP comprises baseband module:
Described radio interface layer RIL further comprises: application module dummy unit, application request control module, self-defined AT instruction encapsulation and recognition unit A, data-interface A;
Described application module dummy unit, for fictionalize multiple application modules according to baseband functions, by each application module corresponding to different threads;
Described application request control module, request is processed in the application of initiating for sink block rack-layer, request point is sent to corresponding application module, and join the request queue of each application module; Belong to which application module according to a byte judgement, transmit result content to this application module;
Described self-defined AT instruction encapsulation and recognition unit A, for request queue being encapsulated as to self-defined AT instruction, the self-defined AT instruction that identification CP returns results;
Described data-interface A, for self-defined AT instruction is sent to CP, receives the self-defined AT instruction that CP sends;
Described baseband module further comprises: application request processing unit, self-defined AT instruction encapsulation and recognition unit B, data-interface B;
Described application request processing unit, completes the processing request of respective application module for CP, generate result content
Described self-defined AT instruction encapsulation and recognition unit B: result content is packaged into self-defined AT instruction, the self-defined AT instruction that identification RIL sends;
Described data-interface B, for self-defined AT instruction is sent to RIL, receives the self-defined AT instruction that RIL sends.
The present invention fictionalizes multiple application modules at RIL layer, each application module is all in different threads, be convenient to realize concurrent processing, obtain self-defined AT instruction by a byte is set, the arranging an of byte can be distinguished the application module under the data of transmitting on corresponding physical channel.Compared with prior art, AP and CP do not need to increase extra CMUX processing module, only need amendment RIL layer, in not increasing overhead cost, have completed the same function of CMUX agreement, reduce product development and test period.
Brief description of the drawings
Fig. 1 is that prior art moves software system framework schematic diagram;
Fig. 2 is prior art multiplex protocol CMUX framework schematic diagram;
Fig. 3 is application request method for parallel processing embodiment schematic flow sheet of the present invention;
Fig. 4 is that the present invention moves software system framework schematic diagram;
Fig. 5 is the request queue example structure schematic diagram of each application module of the present invention;
Fig. 6 is embodiment of the present invention voice module request schematic diagram;
Fig. 7 is that embodiment of the present invention voice module is processed schematic diagram;
Fig. 8 is application request parallel processing system (PPS) example structure schematic diagram of the present invention.
Embodiment
In order to make object of the present invention, technical scheme and advantage clearer, below in conjunction with drawings and Examples, the present invention is described in further details.
The invention provides a kind of mobile software systems application request method for parallel processing, as an embodiment, as shown in Figure 3, comprising:
301, obtain CP baseband functions, fictionalize multiple application modules according to described baseband functions at RIL layer, by each application module corresponding to different threads.
As shown in Figure 4, fictionalize the application modules such as voice, telephone directory, note, data service, network, supplementary service, day pass base band at RIL layer, these application modules are respectively in different threads, do not interfere with each other, be convenient to the request of parallel processing ccf layer, such as voice corresponding to thread 1, telephone directory corresponding to thread 2, note to being applied to thread 3 etc., the application module fictionalizing and the corresponding relation of thread are not fixed, below just illustrate a kind of possible corresponding relation, also there is other corresponding relation, will not enumerate.
In prior art, RIL adopts the request of serial processing ccf layer, and the flow process of a request comprises encapsulation AT instruction, sends AT instruction, receives and reply, return results to ccf layer, could continue to process the next one after waiting a request to handle to ask.If first request processing time is long, request below just all can clearly get clogged.The present invention fictionalizes multiple application modules at RIL layer, by each application module corresponding to different threads, RIL adopts the request of multithreading processing block rack-layer, each thread is responsible for a class application request, such as voice, note etc., different threads can walk abreast and carry out, and can process incoming call such as sending short messages when, reaches the object that application request can parallel processing.
302, RIL receives the application processing request that ccf layer is initiated, and request point is sent to corresponding application module, and join the request queue of each application module;
It can be only to initiate a request that described ccf layer is initiated application processing request, initiates any one request of above application module, also can initiate any number of requests.For example, ccf layer can be initiated separately a voice request, also can initiate voice request, note request etc. multiple (more than one) request simultaneously, and correspondingly, RIL receives an application processing request above simultaneously.
Process after request when RIL receives the application that ccf layer is initiated, according to above-mentioned application module classification, request is sent to corresponding application module, and join the request queue of each application module, as shown in Figure 5.
The request of ccf layer sends to each application module after classification, the inner form that adopts queue of each application module is preserved these similar requests, such as double transmission note of application layer short time, what send from ccf layer is two requests that send note, all be kept in the request queue of SMS module, first request is processed to be over and is processed second request again, although the multiple requests in each thread inside also may be blocked, but find through experimental evaluation, the obstruction of each thread inside can not affect user and experience.Certainly,, if request is the request of making a phone call different from note, so just the request of making a phone call is put in the request queue of voice module.
303, request queue is encapsulated as self-defined AT instruction by RIL, and self-defined AT instruction is sent to CP, waits for that CP returns to described self-defined AT instruction process result;
Described RIL is encapsulated as self-defined AT instruction by request queue and comprises: RIL takes out one or more requests from request queue, is first encapsulated as AT instruction, then before instruction, increases by a stature byte, forms self-defined AT instruction; The present embodiment adopts self-defined AT instruction to distinguish each application module.
A byte for the application module that AT instruction is corresponding is described, by system definition, the each application module of RIL layer has a byte that is different from other application module, chieftain's joint of for example voice module can be 1, chieftain's joint of SMS module can be 2 etc.
Taking voice module as example, as shown in Figure 6, RIL takes out a request from the request queue of voice module, and such as being dialing, dialing 10086 AT instruction is " ATD10086 ", increases by a stature byte before instruction, and formation custom instruction is " 1ATD10086; ".
Similarly, in RIL layer, other application module also obtains request in the manner described above, is packaged into self-defined AT instruction, re-sends to CP, then waits for that CP returns results.
304, CP completes after the processing request of corresponding module, and result content is packaged into self-defined AT instruction, and self-defined AT instruction is sent to RIL, returns to result;
Describedly result content is packaged into self-defined AT instruction comprises, before result content, add a stature byte, be assembled into self-defined AT instruction, return to result;
Described byte is for illustrating the application module that AT instruction is corresponding, and by system definition, the each application module of RIL layer has a byte that is different from other application module, and chieftain's joint of for example voice module can be 1, and chieftain's joint of SMS module can be 2 etc.The present embodiment adopts self-defined AT instruction to distinguish each application module.
Taking above voice module as example, CP completes the processing request of corresponding module, and feedback acknowledgment information is assembled into self-defined AT instruction " 1OK " confirmation, then self-defined AT instruction process result " 1OK " is returned to RIL;
305, RIL is according to a byte of the self-defined AT instruction of the result of receiving, which application module judgement belongs to, and result content is returned to this application module;
Taking above voice module as example, as shown in Figure 7, according to a byte " 1 ", judgement belongs to voice module to RIL, thereby result is returned to voice module.
306, described application module is converted into result the data that ccf layer needs, and sends ccf layer to.
Taking above voice module as example, voice module is converted into result the data that ccf layer needs through resolving and processing, and finally returns to ccf layer, completes whole dialing request flow process.
It should be noted that, in RIL layer, other application modules also can ask to process by above-mentioned 303-306 step, especially, in RIL layer, each application module can ask to process by above-mentioned 303-306 step concurrently, concurrent by AT instruction, avoid the request of RIL layer to block, improve user's experience.
The present invention fictionalizes multiple application modules at RIL layer, each application module is all in different threads, be convenient to realize concurrent processing, obtain self-defined AT instruction by a byte is set, the arranging an of byte can be distinguished the application module under the data of transmitting on corresponding physical channel.AP and CP do not need to increase extra CMUX processing module, only need amendment RIL layer, in not increasing overhead cost, have completed the same function of CMUX agreement, reduce product development and test period.
The invention provides a kind of mobile software systems application request parallel processing system (PPS), comprise application subsystem AP and baseband CP, described application subsystem AP comprises radio interface layer RIL10; Described baseband CP comprises baseband module 20; As shown in Figure 8;
Described radio interface layer RIL10 comprises: application module dummy unit 101, application request control module 102, self-defined AT instruction encapsulation and recognition unit 103, data-interface 104;
Application module dummy unit 101, for fictionalize multiple application modules according to baseband functions, by each application module corresponding to different threads.
As shown in Figure 4, fictionalize the application modules such as voice, telephone directory, note, data service, network, supplementary service, day pass base band, these application modules are respectively in different threads, do not interfere with each other, be convenient to the request of parallel processing ccf layer, such as voice corresponding to thread 1, telephone directory corresponding to thread 2, note to being applied to thread 3 etc., the application module fictionalizing and the corresponding relation of thread are not fixed, below just illustrate a kind of possible corresponding relation, also there is other corresponding relation, will not enumerate.
In prior art, RIL adopts the request of serial processing ccf layer, and the flow process of a request comprises encapsulation AT instruction, sends AT instruction, receives and reply, return results to ccf layer, could continue to process the next one after waiting a request to handle to ask.If first request processing time is long, request below just all can clearly get clogged.Application module dummy unit of the present invention fictionalizes multiple application modules according to baseband functions, by each application module corresponding to different threads, RIL adopts the request of multithreading processing block rack-layer, each thread is responsible for a class application request, such as voice, note etc., different threads can walk abreast and carry out, and can process incoming call such as sending short messages when, reaches the object that application request can parallel processing.
Application request control module 102, request is processed in the application of initiating for sink block rack-layer, request point is sent to corresponding application module, and join the request queue of each application module; Belong to which application module according to a byte judgement, transmit result content to this application module.
It can be only to initiate a request that described ccf layer is initiated application processing request, initiates any one request of above application module, also can initiate any number of requests.For example, ccf layer can be initiated separately a voice request, also can initiate multiple requests such as voice request, note request simultaneously.
A byte for the application module that AT instruction is corresponding is described, by system definition, the each application module of RIL layer has a byte that is different from other application module, chieftain's joint of for example voice module can be 1, the chieftain joint of SMS module can be 2 etc., and chieftain's joint of this unit is identified by self-defined AT instruction encapsulation and recognition unit 103 the self-defined AT instruction that CP returns results and obtained.
Application request control module 102 is received after the application processing request of ccf layer initiation, according to above-mentioned application module classification, request is sent to corresponding application module, and join the request queue of each application module, as shown in Figure 5.
The request of ccf layer sends to each application module after classification, the inner form that adopts queue of each application module is preserved these similar requests, such as double transmission note of application layer short time, what send from ccf layer is two requests that send note, all be kept in the request queue of SMS module, first request is processed to be over and is processed second request again, although the multiple requests in each thread inside also may be blocked, but find through experimental evaluation, the obstruction of each thread inside can not affect user and experience.Certainly,, if request is the request of making a phone call different from note, so just the request of making a phone call is put in the request queue of voice module.
Self-defined AT instruction encapsulation and recognition unit 103, for request queue being encapsulated as to self-defined AT instruction, the self-defined AT instruction that identification CP returns results;
Describedly request queue is encapsulated as to self-defined AT instruction comprises: RIL takes out a request from request queue, is first encapsulated as AT instruction, then before instruction, increases by a stature byte, forms self-defined AT instruction; The present embodiment adopts self-defined AT instruction to distinguish each application module.
A byte for the application module that AT instruction is corresponding is described, by system definition, the each application module of RIL layer has a byte that is different from other application module, chieftain's joint of for example voice module can be 1, chieftain's joint of SMS module can be 2 etc.
Taking voice module as example, as shown in Figure 6, RIL takes out a request from the request queue of voice module, and such as being dialing, dialing 10086 AT instruction is " ATD10086 ", increases by a stature byte before instruction, and formation custom instruction is " 1ATD10086; ".
Similarly, in RIL layer, other application module also obtains request in the manner described above, is packaged into self-defined AT instruction.
The self-defined AT instruction that described identification CP returns results comprises a byte of the self-defined AT instruction of the result of identification CP transmission;
Taking above voice module as example, as shown in Figure 7, a byte " 1 " of the self-defined AT instruction of the result that identification CP sends;
Data-interface 104, for self-defined AT instruction is sent to CP, receives the self-defined AT instruction that CP sends;
Described baseband module comprises: application request processing unit 202, self-defined AT instruction encapsulation and recognition unit 203, data-interface 204
Application request processing unit 202, completes the processing request of respective application module for CP, generate result content;
Self-defined AT instruction encapsulation and recognition unit 203: result content is packaged into self-defined AT instruction, the self-defined AT instruction that identification RIL sends.
Describedly result content is packaged into self-defined AT instruction comprises, before result content, add a stature byte, be assembled into self-defined AT instruction, return to result;
Described byte is for illustrating the application module that AT instruction is corresponding, and by system definition, the each application module of RIL layer has a byte that is different from other application module, and chieftain's joint of for example voice module can be 1, and chieftain's joint of SMS module can be 2 etc.The present embodiment adopts self-defined AT instruction to distinguish each application module.
Taking above voice module as example, CP completes the processing request of corresponding module, and feedback acknowledgment information is assembled into self-defined AT instruction " 1OK " confirmation;
Data-interface 204, for self-defined AT instruction is sent to RIL10, receives the self-defined AT instruction that RIL10 sends;
It should be noted that, said apparatus structure can be carried out to each application module in RIL layer the request processing of individual module, also can carry out to each application module in RIL layer the request processing of multiple modules, concurrent by AT instruction, avoid the request of RIL layer to block, improve user's experience.
The present invention fictionalizes multiple application modules at application module dummy unit, each application module is all in different threads, be convenient to realize concurrent processing, by self-defined AT instruction encapsulation and recognition unit, a byte is set and obtains self-defined AT instruction, the arranging an of byte can be distinguished the application module under the data of transmitting on corresponding physical channel.AP and CP do not need to increase extra CMUX processing module, only need amendment RIL layer, in not increasing overhead cost, have completed the same function of CMUX agreement, reduce product development and test period.
The present invention has carried out further detailed description for embodiment or embodiment to the object, technical solutions and advantages of the present invention; institute is understood that; above lifted embodiment or embodiment are only the preferred embodiment of the present invention; not in order to limit the present invention; all any amendments made for the present invention within the spirit and principles in the present invention, be equal to replacement, improvement etc., within protection scope of the present invention all should be included in.
Claims (8)
1. move software systems application request method for parallel processing, it is characterized in that, comprising:
Fictionalize multiple application modules according to baseband CP baseband functions at radio interface layer RIL, by each application module corresponding to different threads;
RIL receives the application processing request that ccf layer is initiated, and request point is sent to corresponding application module, and join the request queue of each application module;
Request queue is encapsulated as self-defined AT instruction by RIL, and self-defined AT instruction is sent to CP, waits for that CP returns to described self-defined AT instruction process result;
CP completes after the processing request of corresponding module, and result content is packaged into self-defined AT instruction, and self-defined AT instruction is sent to RIL, returns to result;
RIL is according to a byte of the self-defined AT instruction of the result of receiving, which application module judgement belongs to, and result content is returned to this application module;
Application module is converted into result the data that ccf layer needs, and sends ccf layer to.
2. application request method for parallel processing according to claim 1, is characterized in that, described in receive application that ccf layer is initiated process request comprise receive simultaneously one above application process request.
3. according to application request method for parallel processing described in claim 1 or 2, it is characterized in that, described RIL is encapsulated as self-defined AT instruction by request queue and comprises: RIL takes out request from request queue, first be encapsulated as AT instruction, then before instruction, increase by a stature byte, form self-defined AT instruction.
4. according to application request method for parallel processing described in claim 1 or 2, it is characterized in that, describedly result content is packaged into self-defined AT instruction comprises, before result content, add a stature byte, be assembled into self-defined AT instruction.
5. move software systems application request parallel processing system (PPS), comprise application subsystem AP and baseband CP, described application subsystem AP comprises radio interface layer RIL; Described baseband CP comprises baseband module, it is characterized in that:
Described radio interface layer RIL further comprises: application module dummy unit, application request control module, self-defined AT instruction encapsulation and recognition unit A, data-interface A;
Described application module dummy unit, for fictionalize multiple application modules according to baseband functions, by each application module corresponding to different threads;
Described application request control module, request is processed in the application of initiating for sink block rack-layer, request point is sent to corresponding application module, and join the request queue of each application module; Belong to which application module according to a byte judgement, transmit result content to this application module;
Described self-defined AT instruction encapsulation and recognition unit A, for request queue being encapsulated as to self-defined AT instruction, the self-defined AT instruction that identification CP returns results;
Described data-interface A, for self-defined AT instruction is sent to CP, receives the self-defined AT instruction that CP sends;
Described baseband module further comprises: application request processing unit, self-defined AT instruction encapsulation and recognition unit B, data-interface B;
Described application request processing unit, completes the processing request of respective application module for CP, generate result content
Described self-defined AT instruction encapsulation and recognition unit B: result content is packaged into self-defined AT instruction, the self-defined AT instruction that identification RIL sends;
Described data-interface B, for self-defined AT instruction is sent to RIL, receives the self-defined AT instruction that RIL sends.
6. application request parallel processing system (PPS) according to claim 5, is characterized in that, described in receive application that ccf layer is initiated process request comprise receive simultaneously one above application process request.
7. application request parallel processing system (PPS) according to claim 5, it is characterized in that, described RIL is encapsulated as self-defined AT instruction by request queue and comprises: RIL takes out request from request queue, first be encapsulated as AT instruction, then before instruction, increase by a stature byte, form self-defined AT instruction.
8. application request parallel processing system (PPS) according to claim 5, is characterized in that, describedly result content is packaged into self-defined AT instruction comprises, before result content, adds a stature byte, is assembled into self-defined AT instruction.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210591976.1A CN103914281B (en) | 2012-12-29 | 2012-12-29 | Mobile software system application request method for parallel processing and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210591976.1A CN103914281B (en) | 2012-12-29 | 2012-12-29 | Mobile software system application request method for parallel processing and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103914281A true CN103914281A (en) | 2014-07-09 |
| CN103914281B CN103914281B (en) | 2016-12-28 |
Family
ID=51039987
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210591976.1A Active CN103914281B (en) | 2012-12-29 | 2012-12-29 | Mobile software system application request method for parallel processing and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103914281B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105120532A (en) * | 2015-07-22 | 2015-12-02 | 深圳市广和通无线股份有限公司 | RIL processing method based on multiplexing and wireless communication module |
| WO2018223936A1 (en) * | 2017-06-05 | 2018-12-13 | 捷开通讯(深圳)有限公司 | Method and system for interaction between ap and modem, and storage medium |
| CN112738826A (en) * | 2020-12-28 | 2021-04-30 | 重庆芯讯通无线科技有限公司 | Method, system, equipment and medium for testing first positioning time of communication module |
| CN116112911A (en) * | 2023-02-10 | 2023-05-12 | 迈普通信技术股份有限公司 | AT instruction processing method, device, terminal equipment and storage medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020099871A1 (en) * | 2001-01-25 | 2002-07-25 | Vargas Garrett R. | Sim manager API |
| US20060225082A1 (en) * | 2005-03-29 | 2006-10-05 | Microsoft Corporation | Synchronous RIL proxy |
| CN101667116A (en) * | 2008-09-02 | 2010-03-10 | 中兴通讯股份有限公司 | Mobile phone operating system and method for controlling same in sleep mode |
| CN101854743A (en) * | 2010-02-05 | 2010-10-06 | 深圳市同洲电子股份有限公司 | Method for driving multi-mode terminating machine by radio interface layer and multi-mode terminating machine |
| CN101872296A (en) * | 2010-06-18 | 2010-10-27 | 中兴通讯股份有限公司 | Device and method for realizing high-capacity mass texting |
| CN101958932A (en) * | 2010-09-21 | 2011-01-26 | 中兴通讯股份有限公司 | Method and device for realizing telecommunication service |
| CN102014433A (en) * | 2010-12-30 | 2011-04-13 | 复旦大学 | Multi-standard mobile access integrated gateway device |
| CN102769937A (en) * | 2012-07-16 | 2012-11-07 | 青岛海信移动通信技术股份有限公司 | Multi-standby terminal with android system and method for realizing multi-standby of terminal |
-
2012
- 2012-12-29 CN CN201210591976.1A patent/CN103914281B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020099871A1 (en) * | 2001-01-25 | 2002-07-25 | Vargas Garrett R. | Sim manager API |
| US20060225082A1 (en) * | 2005-03-29 | 2006-10-05 | Microsoft Corporation | Synchronous RIL proxy |
| CN101667116A (en) * | 2008-09-02 | 2010-03-10 | 中兴通讯股份有限公司 | Mobile phone operating system and method for controlling same in sleep mode |
| CN101854743A (en) * | 2010-02-05 | 2010-10-06 | 深圳市同洲电子股份有限公司 | Method for driving multi-mode terminating machine by radio interface layer and multi-mode terminating machine |
| CN101872296A (en) * | 2010-06-18 | 2010-10-27 | 中兴通讯股份有限公司 | Device and method for realizing high-capacity mass texting |
| CN101958932A (en) * | 2010-09-21 | 2011-01-26 | 中兴通讯股份有限公司 | Method and device for realizing telecommunication service |
| CN102014433A (en) * | 2010-12-30 | 2011-04-13 | 复旦大学 | Multi-standard mobile access integrated gateway device |
| CN102769937A (en) * | 2012-07-16 | 2012-11-07 | 青岛海信移动通信技术股份有限公司 | Multi-standby terminal with android system and method for realizing multi-standby of terminal |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105120532A (en) * | 2015-07-22 | 2015-12-02 | 深圳市广和通无线股份有限公司 | RIL processing method based on multiplexing and wireless communication module |
| WO2018223936A1 (en) * | 2017-06-05 | 2018-12-13 | 捷开通讯(深圳)有限公司 | Method and system for interaction between ap and modem, and storage medium |
| US10848960B2 (en) | 2017-06-05 | 2020-11-24 | JRD Communication (Shenzhen) Ltd. | Method and system for interaction between AP and modem, and storage medium |
| CN112738826A (en) * | 2020-12-28 | 2021-04-30 | 重庆芯讯通无线科技有限公司 | Method, system, equipment and medium for testing first positioning time of communication module |
| CN112738826B (en) * | 2020-12-28 | 2022-06-14 | 重庆芯讯通无线科技有限公司 | Method, system, equipment and medium for testing first positioning time of communication module |
| CN116112911A (en) * | 2023-02-10 | 2023-05-12 | 迈普通信技术股份有限公司 | AT instruction processing method, device, terminal equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103914281B (en) | 2016-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106559086B (en) | Mobile terminal and wireless communications method | |
| US9860931B2 (en) | Method, system and terminal for realizing network access via Wi-Fi® | |
| CN105516635A (en) | Video call system, device and method | |
| CN102833345A (en) | Method, apparatus and system for sharing content between devices | |
| CN103051426B (en) | The sending method of a kind of data or signaling and device | |
| CN103914281A (en) | Mobile software system application request parallel processing method and system | |
| CN110505714A (en) | Multi-link communication means, equipment and terminal | |
| CN103297334A (en) | Bluetooth-WIFI gateway | |
| CN103596183A (en) | Method and system for carrying out rapid communication by utilizing public frequency band | |
| WO2012095040A3 (en) | Method for transmitting data in passive optical network, user-side equipment, and system | |
| CN108111494A (en) | A kind of protocol conversion apparatus of 1553B buses and FlexRay buses | |
| US20110009124A1 (en) | Unique radio bearer (rb) procedure | |
| KR101622440B1 (en) | Method, device and system for communication between double central processing units | |
| CN102843434A (en) | Method, device and system for sharing contents among equipment | |
| US9083847B2 (en) | Video communication method and terminal | |
| CN107211274A (en) | A kind of equipment correlating method and relevant device | |
| CN104022935A (en) | Mobile communication network isolation method based on business property | |
| CN101553047A (en) | ROIP radio station transmission terminal device and transmission method | |
| CN104902578B (en) | A kind of method and apparatus of cluster priority access | |
| CN109391595A (en) | Call method and device, computer readable storage medium, user equipment | |
| CN103687084B (en) | Mobile terminal and communication configuration method thereof | |
| CN106302767A (en) | A kind of Internet of Things application system based on WMMP agreement | |
| CN205864522U (en) | A kind of terminal | |
| CN108696906A (en) | User terminal access delay optimization method, base station and system in a kind of Internet of Things | |
| CN101442487A (en) | Apparatus and system for forwarding data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170418 Address after: Nanping Street 400060 Chongqing Nan'an District Nancheng Road No. 199 left attached to the floor 403 Patentee after: Keen (Chongqing) Microelectronics Technology Co.,Ltd. Address before: 400065 Chongqing Nan'an District huangjuezhen pass Fort Park No. 1 Patentee before: CHONGQING CYIT COMMUNICATION TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20181105 Address after: 201203 Building 1, exhibition hall, 2288 lane, 2288 Chong, road, Zhangjiang hi tech park, Shanghai Patentee after: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd. Address before: 400060 Nanping Road 199, Nanping Street, Nan'an District, Chongqing, 403 Patentee before: Keen (Chongqing) Microelectronics Technology Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20190325 Address after: 361006 Xiamen Free Trade Pilot Area, Xiamen, Fujian Province, Unit X, 8th Floor, Unit 05, Building D, Xiamen International Shipping Center, 97 Xiangyu Road, Xiamen Section Patentee after: Xinxin Finance Leasing (Xiamen) Co.,Ltd. Address before: 201203 Building 1, exhibition hall, 2288 lane, 2288 Chong, road, Zhangjiang hi tech park, Shanghai Patentee before: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd. |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20140709 Assignee: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd. Assignor: Xinxin Finance Leasing (Xiamen) Co.,Ltd. Contract record no.: X2021110000009 Denomination of invention: Parallel processing method and system of application request in mobile software system Granted publication date: 20161228 License type: Exclusive License Record date: 20210317 |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221019 Address after: 201203 Shanghai city Zuchongzhi road Pudong New Area Zhangjiang hi tech park, Spreadtrum Center Building 1, Lane 2288 Patentee after: SPREADTRUM COMMUNICATIONS (SHANGHAI) Co.,Ltd. Address before: 361006 Xiamen Free Trade Pilot Area, Xiamen, Fujian Province, Unit X, 8th Floor, Unit 05, Building D, Xiamen International Shipping Center, 97 Xiangyu Road, Xiamen Section Patentee before: Xinxin Finance Leasing (Xiamen) Co.,Ltd. |