CN101958761A - Data file receiving method and device in mobile multimedia broadcasting system - Google Patents
Data file receiving method and device in mobile multimedia broadcasting system Download PDFInfo
- Publication number
- CN101958761A CN101958761A CN2010101759213A CN201010175921A CN101958761A CN 101958761 A CN101958761 A CN 101958761A CN 2010101759213 A CN2010101759213 A CN 2010101759213A CN 201010175921 A CN201010175921 A CN 201010175921A CN 101958761 A CN101958761 A CN 101958761A
- Authority
- CN
- China
- Prior art keywords
- file
- fat
- disappearance
- complete reception
- sheet
- 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
Images
Abstract
The invention provides a data file receiving method in a mobile multimedia broadcasting system. The method comprises the following steps of: A, receiving a File Attribute Table (FAT) of the periodic broadcast of a server by a terminal, when the preset condition is satisfied, judging whether the FAT is completely received, if so, executing a step C, otherwise, requesting missing FAT fragments from the server, and executing a step B; B, receiving the missing FAT fragments returned by the server by a terminal; C, receiving a file of the periodic broadcast of the server by a terminal, when the preset condition is satisfied, judging whether the file is completely received, if so, ending the processing, otherwise, requesting missing file fragments from the server; and D, receiving the missing file fragments returned by the server by a terminal. The invention simultaneously discloses a terminal and a server. By using the scheme of the invention, the receiving time of the data file can be reduced so as to further improve the user experience.
Description
Technical field
The present invention relates to Mobile Multimedia Broadcasting (CMMB) technology, data file receiving method, terminal and server in particularly a kind of mobile multimedia broadcast system.
Background technology
CMMB is the mobile TV technology of China's independent research, basic principle according to " world one, StarNet are in conjunction with, unified standard, whole nation roaming " is set up the unified operating mechanism of the mobile media broadcasting network and the whole nation that covers the whole nation, utilizes ground or the satellite broadcasting television nerve of a covering Miniature Receive Terminal on mobile phone, personal digital assistant (PDA), dynamic image expert compression standard audio frequency aspect 3 (MP3), MP4, digital camera, notebook computer and car and boat etc. that broadcast TV program is provided point-to-arealy.
In the existing CMMB system, when carrying out data file broadcasting, the server of broadcast head end can send in the mode of loop play file attribute table (FAT) and file successively on the CMMB broadcast channel.Wherein, the FAT table is used for the attribute information of description document, comprises file storage routing information, file upgraded edition this shop, the content information of file and the carve information of file etc.
In actual applications, FAT table and file all are that unit broadcasts with the sheet.
Wherein, the FAT table is divided into more than one FAT sheet.Fig. 1 is the partitioning scheme schematic diagram of existing FAT table.As shown in Figure 1, different FAT sheets can be numbered respectively FAT sheet 0, FAT sheet 1 ..., FAT sheet n-1.
Each FAT sheet all can encapsulate according to mode shown in Figure 2, and as shown in Figure 2, Fig. 2 is the packaged type schematic diagram of existing FAT sheet.Wherein, " resource identification " field fixedly value be 0; " when the anter sequence number " field is used for identifying the numbering of this FAT sheet at whole FAT table; " renewal sequence number " field is used to identify the version number of this FAT sheet; " rear panel sequence number " field is used to identify n-1 shown in Figure 1, i.e. the numbering of last FAT sheet; " leaf length " field is used to identify the length of this FAT sheet; The type of coding of required employing when resolving this FAT sheet that " type of coding " field is used for marking terminal.
Equally, file is split into more than one isometric file sheet, can fill the 0x00 completion when last file leaf length is not enough.Fig. 3 is the partitioning scheme schematic diagram of existing file.If shown in 3, a plurality of file sheets are formed a blocks of files, and can the different file sheets in different blocks of files and each blocks of files be numbered respectively.The file sheet number average that comprises in each blocks of files shown in Figure 3 is identical, but in actual applications, also may be different.
Each file sheet all can encapsulate according to mode shown in Figure 4, and as shown in Figure 4, Fig. 4 is the packaged type schematic diagram of existing file sheet.Wherein, " resource identification " field is used to identify the affiliated file of this document sheet; " piece sequence number " field is used to identify the numbering of the affiliated blocks of files of this document sheet; " sheet sequence number " field is used for identifying the numbering of this document sheet in affiliated blocks of files; " renewal sequence number " field is used to identify the version number of this document sheet.
Terminal only complete receive FAT table after, could begin to receive and the resolution file sheet.
In the CMMB system, FAT sheet after each encapsulation and file sheet (following FAT sheet of mentioning and file sheet all refer to encapsulate after) all are encapsulated in extensible protocol encapsulation (XPE) unit and transmit.Fig. 5 is the composition structural representation of existing XPE unit.As shown in Figure 5, comprise XPE head, XPE payload and Cyclic Redundancy Check three parts, FAT sheet and file sheet all are encapsulated in the XPE unit as payload.
Because the unsteadiness of wireless transmission, in actual applications, the payload part of XPE unit may be destroyed, correspondingly, can cause follow-up CRC check failure, and then the FAT sheet and/or the file sheet that cause being encapsulated in the payload part of XPE unit be dropped, and FAT table and/or file that terminal is received are imperfect.Like this, terminal just need receive FAT table and/or file again in next broadcast cycle, if can't completely receive, then in broadcast cycle subsequently, continue to receive, till complete reception, will cause the time of reception of data file to prolong like this (when file bigger, when broadcast cycle is longer, more obvious), and then cause user experience to descend.
Summary of the invention
In view of this, technical problem to be solved by this invention is to provide the data file receiving method in a kind of mobile multimedia broadcast system, can accelerate the data file inbound pacing, promotes user experience.
Another technical problem to be solved by this invention is to provide a kind of terminal, can accelerate the data file inbound pacing, promotes user experience.
Another technical problem to be solved by this invention is to provide a kind of server, can accelerate the data file inbound pacing, promotes user experience.
For achieving the above object, technical scheme of the present invention is achieved in that
Data file receiving method in a kind of mobile multimedia broadcast system comprises:
The file attribute table FAT of A, terminal reception server periodic broadcast when satisfying predetermined condition, judges whether the described FAT table of complete reception, if complete reception, if execution in step C then is not complete reception, then to the FAT sheet of described server requests disappearance, execution in step B;
B, described terminal receive the FAT sheet of the disappearance that described server returns;
C, described terminal receive the file of described server periodic broadcast, when satisfying predetermined condition, judge whether the described file of complete reception, if complete reception, end process then, if not complete reception, then to the file sheet of described server requests disappearance;
D, described terminal receive the file sheet of the disappearance that described server returns.
A kind of terminal comprises:
First receiver module, the file attribute table FAT that is used for the reception server periodic broadcast, when satisfying predetermined condition, judge whether the described FAT table of complete reception, if complete reception then notifies the 3rd receiver module to carry out self function, if not complete reception, then, notify second receiver module to carry out self function to the FAT sheet of described server requests disappearance;
Described second receiver module is used to receive the FAT sheet of the disappearance that described server returns, and notifies the 3rd receiver module to carry out self function;
Described the 3rd receiver module, be used to receive the file of described server periodic broadcast, when satisfying predetermined condition, judge whether the described file of complete reception, if complete reception, if end process then is not complete reception, then, notify the 4th receiver module to carry out self function to the file sheet of described server requests disappearance;
Described the 4th receiver module is used to receive the file sheet of the disappearance that described server returns.
A kind of server comprises:
Broadcast module is used for periodically broadcast files attribute list FAT and file;
Sending module is used for returning to terminal the FAT sheet and/or the file sheet of the disappearance of its request.
As seen, adopt technical scheme of the present invention, when the FAT that receives table and/or file are imperfect, terminal can be to the FAT sheet and/or the file sheet of server requests disappearance, and do not need as existing mode, in next broadcast cycle, receive all FAT sheets and/or All Files sheet again, thereby shortened the time of reception of data file, promoted user experience.
Description of drawings
Fig. 1 is the partitioning scheme schematic diagram of existing FAT table.
Fig. 2 is the packaged type schematic diagram of existing FAT sheet.
Fig. 3 is the partitioning scheme schematic diagram of existing file.
Fig. 4 is the packaged type schematic diagram of existing file sheet.
Fig. 5 is the composition structural representation of existing XPE unit.
Fig. 6 is the flow chart of data file receiving method embodiment of the present invention.
Fig. 7 is the composition structural representation of terminal embodiment of the present invention.
Fig. 8 is the composition structural representation of server implementation example of the present invention.
Embodiment
Traditional CMMB business mostly is broadcast type, so only possessing descending receiving function, terminal gets final product, but along with extensively carrying out of interactive service and value-added service, increasing terminal has possessed the uplink communication function, can communicate with the server of broadcast head end, specifically, can communicate with server by second generation mobile communication (2G) technology, 3G (Third Generation) Moblie (3G) technology, wireless lan (wlan) or Local Area Network etc.
In the scheme of the present invention, promptly utilize the uplink communication function of terminal, when FAT table that receives when terminal and/or file are imperfect,, thereby shortened the time of reception of data file, promoted user experience to the FAT sheet and/or the file sheet of server requests disappearance.
For make technical scheme of the present invention clearer, understand, below with reference to the accompanying drawing preferred embodiment that develops simultaneously, scheme of the present invention is described in further detail.
Fig. 6 is the flow chart of data file receiving method embodiment of the present invention.As shown in Figure 6, may further comprise the steps:
Step 61: the FAT table of terminal reception server periodic broadcast, when satisfying predetermined condition, judge whether complete reception FAT table, if complete reception, then execution in step 64, if not complete reception, then execution in step 62.
Step 62: the FAT sheet of terminal to server request disappearance.
In actual applications, the specific implementation of step 61～62 can for:
Steps A 11: the FAT table of terminal reception server periodic broadcast;
Steps A 12: behind the current broadcast end cycle, whether complete reception FAT shows terminal judges, if complete reception, then execution in step 64, if not complete reception judges further that then reception FAT shows used broadcast cycle number and whether equals the predefined first reasonable periodicity, if be not equal to, execution in step A13 then, if equal, execution in step A14 then.
As shown in Figure 2, can carry in the FAT sheet after the encapsulation when anter sequence number and rear panel serial number information, terminal is by these two information of inquiry, can judge whether complete reception FAT shows, all FAT sheets promptly whether have been received, which and when disappearance takes place, can specifically know to have lacked FAT sheet.
Steps A 13: in next broadcast cycle, terminal is the FAT table of reception server periodic broadcast again, and repeats steps A 12.
Steps A 14: the FAT sheet of terminal to server request disappearance, execution in step 63 then.
The concrete value of the described first reasonable periodicity can be decided according to the actual requirements, such as being set to 1, so then be illustrated in through behind the not complete reception of the broadcast cycle FAT table, promptly to the FAT sheet of server requests disappearance, if be set to 2, then be illustrated in through behind the not complete reception of the broadcast cycle FAT table, receive the FAT table according to existing mode again in next broadcast cycle, if still fail complete reception, then to the FAT sheet of server requests disappearance.
Perhaps, the specific implementation of step 61～62 also can for:
Steps A 11 ': the FAT table of terminal reception server periodic broadcast.
Steps A 12 ': when reaching predefined first reasonable time, whether terminal judges complete reception FAT table, if complete reception, then execution in step 64, if not complete reception, then execution in step A13 '.
Steps A 13 ': the FAT sheet of terminal to server request disappearance, execution in step 63 then.
The concrete value of above-mentioned first reasonable time can be decided according to the actual requirements.
In addition, in actual applications, before the FAT sheet of terminal to server request disappearance, whether the data volume that also can further judge disappearance is less than the predefined first disappearance threshold value, if less than, then to the FAT sheet of server requests disappearance, otherwise, in next broadcast cycle, receive FAT again according to existing mode and show, certainly, can not judge yet, but directly request, specific implementation is not limit.Like this, the FAT sheet that lacks to server requests under which kind of situation can be set easily, which kind of situation receives the FAT table again in next broadcast cycle, receives the data of disappearance in more time saving mode.
The described first disappearance threshold value can be meant that the FAT sheet number of disappearance accounts for the percentage of the FAT sheet sum in the FAT table, and like this, terminal needs at first to calculate the percentage that the FAT sheet number that lacks accounts for FAT sheet sum, and then compares with the first disappearance threshold value; Perhaps, the described first disappearance threshold value also can be a length value, and like this, terminal needs at first to calculate the product of disappearance sheet number and leaf length, then the product and the first disappearance threshold value that calculates is compared.The concrete value of the first disappearance threshold value can be decided according to the actual requirements.
Have, how terminal is not limit to the mode of the FAT sheet of server requests disappearance again, as long as server can be discerned, what know terminal request is which FAT sheet gets final product.
Step 63: the FAT sheet of the disappearance that the terminal reception server returns.
Step 64: the file of terminal reception server periodic broadcast, when satisfying predetermined condition, judge whether the described file of complete reception, if complete reception, end process then, if not complete reception, then execution in step 65.
If complete reception, follow-up how the processing with scheme of the present invention has nothing to do, and is not described.
Step 65: the file sheet of terminal to server request disappearance.
The specific implementation of step 64～65 can for:
Step C31: the file of terminal reception server periodic broadcast;
Step C32: behind the current broadcast end cycle, whether terminal judges the described file of complete reception, if complete reception, end process then is if not complete reception judges further then whether receive the used broadcast cycle number of file equals the predefined second reasonable periodicity, if be not equal to, execution in step C33 then, if equal, execution in step C34 then.
Step C33: in next broadcast cycle, terminal is the file of reception server periodic broadcast again, and repeated execution of steps C32.
Step C34: the FAT sheet of terminal to server request disappearance.
The concrete value of the above-mentioned second reasonable periodicity can be decided according to the actual requirements.
Perhaps, the specific implementation of step 64～65 also can for:
Step C31 ': the file of terminal reception server periodic broadcast.
Step C32 ': when reaching predefined second reasonable time, whether terminal judges complete reception file, if complete reception, if end process then is not complete reception, then execution in step C33 '.
Step C33 ': the file sheet of terminal to server request disappearance.
The concrete value of above-mentioned second reasonable time can be decided according to the actual requirements equally.
In addition, in actual applications, before the file sheet of terminal to server request disappearance, whether the data volume that also can further judge disappearance is less than the predefined second disappearance threshold value, if less than, then to the file sheet of server requests disappearance, otherwise, file in next broadcast cycle, received again according to existing mode, certainly, can not judge yet, but directly request, specific implementation is not limit.
The concrete value of the described second disappearance threshold value can be decided according to the actual requirements.
Have, how terminal is not limit to the mode of the file sheet of server requests disappearance again, as long as server can be discerned, what know terminal request is which file sheet gets final product.
Step 66: the file sheet of the disappearance that the terminal reception server returns.
So far, promptly finished introduction about the inventive method embodiment.
Based on said method, Fig. 7 is the composition structural representation of terminal embodiment of the present invention.As shown in Figure 7, comprising:
The 3rd receiver module 73, the file that is used for the reception server periodic broadcast, when satisfying predetermined condition, judge whether complete reception file, if complete reception, if end process then is not complete reception, then, notify the 4th receiver module 74 to carry out self function to the file sheet of server requests disappearance;
The 4th receiver module 74 is used for the file sheet of the disappearance that reception server returns.
Wherein, can specifically comprise (, not shown) in first receiver module 71 for simplifying accompanying drawing:
First receiving element, the FAT that is used for the reception server periodic broadcast shows;
First judging unit, after being used for the current broadcast end cycle, judge whether complete reception FAT table, if complete reception then notifies the 3rd receiver module 73 to carry out self function, if not complete reception, judge further that then reception FAT shows used broadcast cycle number and whether equals the predefined first reasonable periodicity,, then notify second receiving element to carry out self function if be not equal to, if equal, then notify first request unit to carry out self function;
Second receiving element is used in next broadcast cycle, and the FAT of reception server periodic broadcast table notifies first judging unit to repeat self function again;
First request unit is used for the FAT sheet to the server requests disappearance, notifies second receiver module 72 to carry out self function;
Perhaps, comprise in first receiver module 71:
First receiving element, the FAT that is used for the reception server periodic broadcast shows;
Second judging unit is used for when reaching predefined first reasonable time, judges whether complete reception FAT table, if complete reception, then notify the 3rd receiver module 73 to carry out self function, if not complete reception then notifies first request unit to carry out self function;
First request unit is used for the FAT sheet to the server requests disappearance, notifies second receiver module 72 to carry out self function.
Can specifically comprise (, not shown) in the 3rd receiver module 73 for simplifying accompanying drawing:
The 3rd receiving element is used for the file of reception server periodic broadcast;
The 3rd judging unit, after being used for the current broadcast end cycle, judge whether complete reception file, if complete reception, then end process, if not complete reception, judge further that then whether receive the used broadcast cycle number of file equals the predefined second reasonable periodicity, if be not equal to, then notifies the 4th receiving element to carry out self function, if equal, then notify second request unit to carry out self function;
The 4th receiving element is used in next broadcast cycle, and the file of reception server periodic broadcast notifies the 3rd judging unit to repeat self function again;
Second request unit is used for the file sheet to the server requests disappearance, notifies the 4th receiver module 74 to carry out self function;
Perhaps, comprise in the 3rd receiver module 73:
The 3rd receiving element is used for the file of reception server periodic broadcast;
The 4th judging unit is used for judging whether complete reception file when reaching predefined second reasonable time, if complete reception, end process then is if not complete reception then notifies second request unit to carry out self function;
Second request unit is used for the file sheet to the server requests disappearance, notifies the 4th receiver module 74 to carry out self function.
In addition, above-mentioned first request unit also can be further used for, and whether the data volume of judging disappearance less than the predefined first disappearance threshold value, if less than, then to the FAT sheet of server requests disappearance.
Above-mentioned second request unit also can be further used for, and whether the data volume of judging disappearance less than the predefined second disappearance threshold value, if less than, then to the file sheet of server requests disappearance.
Fig. 8 is the composition structural representation of server implementation example of the present invention.As shown in Figure 8, comprising:
Sending module 82 is used for returning to terminal the FAT sheet and/or the file sheet of the disappearance of its request.
The concrete workflow of terminal shown in Fig. 7 and 8 and server embodiment please refer to the respective description among the method embodiment shown in Figure 6, repeats no more.
In a word, adopt technical scheme of the present invention, when the FAT that receives table and/or file are imperfect, terminal can be to the FAT sheet and/or the file sheet of server requests disappearance, and do not need as existing mode, in next broadcast cycle, receive all FAT sheets and/or All Files sheet again, thereby shortened the time of reception of data file, promoted user experience.In addition, in the technical scheme of the present invention, terminal can be when arriving the reasonable time, judge whether complete reception FAT table and file, perhaps, also can when arriving reasonable periodicity, judge whether complete reception FAT table and file, have again, in a single day can when the disappearance of FAT sheet and/or file sheet taking place, the data volume that no matter lacks what, all to the FAT sheet and/or the file sheet of server requests disappearance, also can have only when the data volume that lack more after a little while, ability is to the FAT sheet and/or the file sheet of server requests disappearance, implementation is very flexible, and is convenient for users, and is convenient to popularize.
The above only is preferred embodiment of the present invention, and is in order to restriction the present invention, within the spirit and principles in the present invention not all, any modification of being made, is equal to replacement, improvement etc., all should be included within the scope of protection of the invention.
Claims (10)
1. the data file receiving method in the mobile multimedia broadcast system is characterized in that this method comprises:
The file attribute table FAT of A, terminal reception server periodic broadcast when satisfying predetermined condition, judges whether the described FAT table of complete reception, if complete reception, if execution in step C then is not complete reception, then to the FAT sheet of described server requests disappearance, execution in step B;
B, described terminal receive the FAT sheet of the disappearance that described server returns;
C, described terminal receive the file of described server periodic broadcast, when satisfying predetermined condition, judge whether the described file of complete reception, if complete reception, end process then, if not complete reception, then to the file sheet of described server requests disappearance;
D, described terminal receive the file sheet of the disappearance that described server returns.
2. data file receiving method according to claim 1 is characterized in that, described steps A comprises:
A1, described terminal receive the FAT table of described server periodic broadcast;
Behind A2, the current broadcast end cycle, whether the described FAT of complete reception shows described terminal judges, if complete reception, execution in step C then is if not complete reception judges further that then receiving described FAT shows used broadcast cycle number and whether equal the predefined first reasonable periodicity, if be not equal to, execution in step A3 then, if equal, execution in step A4 then;
A3, in next broadcast cycle, described terminal receives the FAT table of described server periodic broadcast, repeated execution of steps A2 again;
The FAT sheet that A4, described terminal lack to described server requests, execution in step B;
Perhaps, described steps A comprises:
A1 ', described terminal receive the FAT table of described server periodic broadcast;
A2 ', when reaching predefined first reasonable time, whether described terminal judges the described FAT table of complete reception, if complete reception, if execution in step C then is not complete reception, then execution in step A3 ';
The FAT sheet that A3 ', described terminal lack to described server requests, execution in step B.
3. data file receiving method according to claim 1 is characterized in that, described step C comprises:
C1, described terminal receive the file of described server periodic broadcast;
Behind C2, the current broadcast end cycle, whether described terminal judges the described file of complete reception, if complete reception, end process then is if not complete reception judges further then whether receive the used broadcast cycle number of described file equals the predefined second reasonable periodicity, if be not equal to, execution in step C3 then, if equal, execution in step C4 then;
C3, in next broadcast cycle, described terminal receives the file of described server periodic broadcast, repeated execution of steps C2 again;
The file sheet that C4, described terminal lack to described server requests;
Perhaps, described step C comprises:
C1 ', described terminal receive the file of described server periodic broadcast;
C2 ', when reaching predefined second reasonable time, whether described terminal judges the described file of complete reception, if complete reception, if end process then is not complete reception, then execution in step C3 ';
The file sheet that C3 ', described terminal lack to described server requests.
4. data file receiving method according to claim 1 is characterized in that,
Described before the FAT sheet of server requests disappearance, further comprise: whether the data volume of described terminal judges disappearance less than the predefined first disappearance threshold value, if less than, then to the FAT sheet of described server requests disappearance;
Described before the file sheet of server requests disappearance, further comprise: whether the data volume of described terminal judges disappearance less than the predefined second disappearance threshold value, if less than, then to the file sheet of described server requests disappearance.
5. a terminal is characterized in that, comprising:
First receiver module, the file attribute table FAT that is used for the reception server periodic broadcast, when satisfying predetermined condition, judge whether the described FAT table of complete reception, if complete reception then notifies the 3rd receiver module to carry out self function, if not complete reception, then, notify second receiver module to carry out self function to the FAT sheet of described server requests disappearance;
Described second receiver module is used to receive the FAT sheet of the disappearance that described server returns, and notifies the 3rd receiver module to carry out self function;
Described the 3rd receiver module, be used to receive the file of described server periodic broadcast, when satisfying predetermined condition, judge whether the described file of complete reception, if complete reception, if end process then is not complete reception, then, notify the 4th receiver module to carry out self function to the file sheet of described server requests disappearance;
Described the 4th receiver module is used to receive the file sheet of the disappearance that described server returns.
6. terminal according to claim 5 is characterized in that, described first receiver module comprises:
First receiving element is used to receive the FAT table of described server periodic broadcast;
First judging unit, after being used for the current broadcast end cycle, judge whether the described FAT table of complete reception, if complete reception then notifies described the 3rd receiver module to carry out self function, if not complete reception, judge further that then the described FAT of reception shows used broadcast cycle number and whether equals the predefined first reasonable periodicity,, then notify second receiving element to carry out self function if be not equal to, if equal, then notify first request unit to carry out self function;
Described second receiving element is used in next broadcast cycle, receives the FAT table of described server periodic broadcast again, notifies described first judging unit to repeat self function;
Described first request unit is used for the FAT sheet to described server requests disappearance, notifies described second receiver module to carry out self function;
Perhaps, described first receiver module comprises:
First receiving element is used to receive the FAT table of described server periodic broadcast;
Second judging unit is used for when reaching predefined first reasonable time, judges whether the described FAT table of complete reception, if complete reception, then notify described the 3rd receiver module to carry out self function, if not complete reception then notifies described first request unit to carry out self function;
Described first request unit is used for the FAT sheet to described server requests disappearance, notifies described second receiver module to carry out self function.
7. terminal according to claim 5 is characterized in that, described the 3rd receiver module comprises:
The 3rd receiving element is used to receive the file of described server periodic broadcast;
The 3rd judging unit, after being used for the current broadcast end cycle, judge whether the described file of complete reception, if complete reception, then end process, if not complete reception, judge further that then whether receive the used broadcast cycle number of described file equals the predefined second reasonable periodicity, if be not equal to, then notifies the 4th receiving element to carry out self function, if equal, then notify second request unit to carry out self function;
Described the 4th receiving element is used for receiving the file of described server periodic broadcast again in next broadcast cycle, notifies described the 3rd judging unit to repeat self function;
Described second request unit is used for the file sheet to described server requests disappearance, notifies described the 4th receiver module to carry out self function;
Perhaps, described the 3rd receiver module comprises:
The 3rd receiving element is used to receive the file of described server periodic broadcast;
The 4th judging unit is used for judging whether the described file of complete reception when reaching predefined second reasonable time, if complete reception, end process then is if not complete reception then notifies described second request unit to carry out self function;
Described second request unit is used for the file sheet to described server requests disappearance, notifies described the 4th receiver module to carry out self function.
8. terminal according to claim 6 is characterized in that, described first request unit is further used for, and whether the data volume of judging disappearance less than the predefined first disappearance threshold value, if less than, then to the FAT sheet of described server requests disappearance.
9. terminal according to claim 7 is characterized in that, described second request unit is further used for, and whether the data volume of judging disappearance less than the predefined second disappearance threshold value, if less than, then to the file sheet of described server requests disappearance.
10. a server is characterized in that, comprising:
Broadcast module is used for periodically broadcast files attribute list FAT and file;
Sending module is used for returning to terminal the FAT sheet and/or the file sheet of the disappearance of its request.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010175921A CN101958761B (en) | 2010-05-14 | 2010-05-14 | Data file receiving method and device in mobile multimedia broadcasting system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010175921A CN101958761B (en) | 2010-05-14 | 2010-05-14 | Data file receiving method and device in mobile multimedia broadcasting system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101958761A true CN101958761A (en) | 2011-01-26 |
| CN101958761B CN101958761B (en) | 2012-10-10 |
Family
ID=43485888
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010175921A Active CN101958761B (en) | 2010-05-14 | 2010-05-14 | Data file receiving method and device in mobile multimedia broadcasting system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101958761B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102882776A (en) * | 2012-09-13 | 2013-01-16 | 中广传播集团有限公司 | Mobile multimedia broadcasting terminal file package level and file level data subsequent collection method |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101277316A (en) * | 2008-05-21 | 2008-10-01 | 中兴通讯股份有限公司 | Interactive error correction method and system for document download |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW200910202A (en) * | 2007-08-30 | 2009-03-01 | Behavior Tech Computer Corp | Multimedia access device, multimedia display system comprising the multimedia access device, and multimedia data display method |
| CN101552646B (en) * | 2009-01-08 | 2010-07-21 | 北京创毅视讯科技有限公司 | Data file receiving method and device in mobile multimedia broadcasting system |
| CN101552651B (en) * | 2009-01-08 | 2012-05-23 | 北京创毅视讯科技有限公司 | Data file receiving method and device in mobile multimedia broadcasting system |
-
2010
- 2010-05-14 CN CN201010175921A patent/CN101958761B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101277316A (en) * | 2008-05-21 | 2008-10-01 | 中兴通讯股份有限公司 | Interactive error correction method and system for document download |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102882776A (en) * | 2012-09-13 | 2013-01-16 | 中广传播集团有限公司 | Mobile multimedia broadcasting terminal file package level and file level data subsequent collection method |
| CN102882776B (en) * | 2012-09-13 | 2017-03-08 | 中广传播集团有限公司 | A kind of mobile multi-media broadcast terminal file packet level and file-level data subsequent collection method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101958761B (en) | 2012-10-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100542341C (en) | Realize the method and apparatus of data sharing between portable terminal | |
| CN101951515B (en) | Method, system and set-top box for sharing interface of mobile terminal to television | |
| CN104115500A (en) | Bi-directional tunneling via user input back channel for wireless displays | |
| CN1825810A (en) | System and method for providing a personal broadcasting service using a mobile communication terminal | |
| CN101867574A (en) | Method and system for realizing video sharing, and mobile terminal | |
| CN104217024A (en) | Method and device for processing webpage data | |
| CN101646076A (en) | Video transmission method in wireless network | |
| CN101938653A (en) | Method, device and system for acquiring television picture in real time and transmitting to mobile terminal | |
| US20130058266A1 (en) | Method and system for realizing wireless USB flash disk | |
| WO2013130993A1 (en) | Systems and methods for hybrid content delivery | |
| JP4944723B2 (en) | COMMUNICATION SYSTEM, BASE STATION DEVICE, AND TERMINAL DEVICE | |
| CN102404646A (en) | Wireless television live broadcasting system and live broadcasting method thereof | |
| CN103957087A (en) | Wireless communication method, related devices and system | |
| CN103561281A (en) | Multimedia data sharing method and device | |
| CN102595215B (en) | Method, device and communication system for program information communication | |
| CN102404616A (en) | Method and system for pushing data cloud based on digital television network | |
| CN104539749A (en) | Connecting method and device based on virtual IP address | |
| CN102412921A (en) | Realization method of multimedia broadcasting service and data card | |
| CN103138871B (en) | The server data processing system of application program and method in mobile communcations system | |
| CN102129394A (en) | Distributed computation method and system thereof | |
| CN101958761B (en) | Data file receiving method and device in mobile multimedia broadcasting system | |
| CN102647245A (en) | Data transmission method, device and system | |
| CN102866906A (en) | Extensible software upgrade method for embedded terminal | |
| CN102656894A (en) | Implementation method and system for mobile stream media | |
| CN105391534A (en) | Data transmission method, data receiving method, related device and system |
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 | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100084, No. 803, building A, Tsinghua Science and Technology Park, No. 8, Zhongguancun East Road, building 1, Haidian District, Beijing Patentee after: Chong Yi Technology Group Ltd. Address before: 100084, No. 803, building A, Tsinghua Science and Technology Park, No. 8, Zhongguancun East Road, building 1, Haidian District, Beijing Patentee before: INNOFIDEI TECHNOLOGIES Inc. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201109 Address after: 215500 No.13, Caotang Road, Changshu, Suzhou, Jiangsu Province Patentee after: Changshu intellectual property operation center Co.,Ltd. Address before: 100084, No. 803, building A, Tsinghua Science and Technology Park, No. 8, Zhongguancun East Road, building 1, Haidian District, Beijing Patentee before: Chong Yi Technology Group Ltd. |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 215500 5th floor, building 4, 68 Lianfeng Road, Changfu street, Changshu City, Suzhou City, Jiangsu Province Patentee after: Changshu intellectual property operation center Co.,Ltd. Address before: No.13 caodang Road, Changshu City, Suzhou City, Jiangsu Province Patentee before: Changshu intellectual property operation center Co.,Ltd. |