CN101022558A - Information source adapter based on SAF - Google Patents
Information source adapter based on SAF Download PDFInfo
- Publication number
- CN101022558A CN101022558A CN 200710002613 CN200710002613A CN101022558A CN 101022558 A CN101022558 A CN 101022558A CN 200710002613 CN200710002613 CN 200710002613 CN 200710002613 A CN200710002613 A CN 200710002613A CN 101022558 A CN101022558 A CN 101022558A
- Authority
- CN
- China
- Prior art keywords
- unit
- payload
- saf
- field
- message
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A source adaptive protocol based on SAF is prepared as using audio original data being coded by audio coder as subunit net load at top layer of protocol stack, adding unit head and packaging it to be subunit, using one subunit and ECM data as unit net load, adding unit head and packaging it to be unit, using multiple unit as adaptive unit net load, adding adaptive unit head and packaging it to be adaptive unit being placed in transmission frame of downlink broadcast network and being transmitted by said transmission frame.
Description
Technical field
The invention provides the adaptation technique requirement that the information source data are transmitted in mobile TV/mobile multimedia downlink broadcast network, defined the information source data before being multiplexed into the downlink broadcast network transmission frame, the encapsulation format that is adopted.
Background technology
The function of mobile phone is expanded gradually, in traditional conversation and short message service, realize TV reception and other video contents gradually, these contents are watched the TV programme (for example on-the-spot broadcasting) that program provider sends by broadcast mode by wireless signal real-time Transmission road mobile phone terminal.
The information source data comprise voice data and video data, after obtaining through source encoding, remove the redundant composition in the information source data after, can not be placed directly on mobile TV/mobile multimedia downlink broadcast network transmission frame and transmit.Must provide necessary information such as the size of every frame audio, video data, every frame audio frequency and video reproduction time at first through the packing encapsulation, carry out message-source adapted by further encapsulation then, make it to be adapted at transmitting on the radio network.
Summary of the invention
The invention provides a kind of message-source adapted agreement to realize the transmission of information source data in mobile TV/mobile multimedia downlink broadcast network, protocol definition the information source data before being multiplexed into the downlink broadcast network transmission frame, the encapsulation format that is adopted, as shown in Figure 1.
Packaged type based on audio frequency and video information source data comprises:
SAF adaptation unit layer is to the method for packing of elementary layer data;
The method for packing of the data of SAF elementary layer antithetical phrase elementary layer;
SAF subelement layer is to the method for packing of audio data frame or video data frame.
-described SAF adaptation unit layer refers to encapsulating one or more cell datas in the adaptation unit one by one the method for packing of elementary layer data, adds the packet header of adaptation unit, as shown in Figure 2.Indicated the reserved word of initial code, version number, UDP/IP packet header compression indication section, scrambling control word, UDP/IP indicating bit, timestamp, adaptation unit payload length and 5 bits of adaptation unit in the packet header of adaptation unit.Initial code is used for distinguishing each adaptation unit in the stream mode transmission, version number's later edition upgrading for convenience, the size after the compression of indicating segment table to show UDP/IP packet header is compressed in UDP/IP packet header, add around control word indication scramble information, whether the unit of UDP/IP indicating bit indication adaptation unit inside passes through the encapsulation of UDP/IP, timestamp is represented the transmitting time of adaptation unit, and the adaptation unit payload length represents not comprise the payload length of adaptation unit head.As shown in Figure 3.
The payload of adaptation unit also can be one or more IP groupings, is the UDP message in the IP grouping.At this moment, the head of IP and UDP will be through overcompression.In this way, the SAF adaptation mechanism can effective compatible UDP/IP transmission requirement.
The method for packing of the data of-described SAF elementary layer antithetical phrase elementary layer refers to the one or more subelement data of encapsulation in a unit, adds the packet header of unit, as shown in Figure 4.Indicated the length of GOP (Group of picture, the i.e. random access point of audio and video data streams) opening flag position, Payload Type Indicator, unit in the packet header of unit.GOP begins to identify the random access point that whether comprises audio and video data streams in the payload of bit representation this element, the carrying of Payload Type Indicator indication this element be audio, video data or ECM packet, or other user-defined packets.The length of unit refers to the length that this element comprises unit header.As shown in Figure 5.
The payload of SAF unit is one or more subelements, as shown in Figure 6.
The SAF unit both can directly be packaged in the adaptation unit, also can at first be packaged in UDP message, the IP grouping, and then be encapsulated in the adaptation unit as the payload of adaptation unit, with compatible UDP/IP.
-described SAF subelement layer refers in the encapsulation of a subelement to audio data frame or video data frame the method for packing of audio data frame or video data frame, adds the packet header of subelement, as shown in Figure 7.Payload in this subelement can be complete voice data of a frame or video data, also can be the part of a frame audio, video data.Packet header in the subelement indicated data in subelement payload content type identification, the subelement payload type of coding, key frame sign position, show in temporal information sign position, the payload data reproduction time field of frame and reservation paragraph of 2 bits under position identification section, whole subelement length mark section, the payload in frame.Subelement payload content type identification has indicated that data are voice data or video data in the subelement payload, or user-defined data.The type of coding of data has been indicated the type of coding of payload sound intermediate frequency data or the type of coding of video data in the subelement payload, and when the data in the payload were user-defined data, this field is definition not.Whether this video data belonged to key frame of video when key frame sign position had indicated the data in the group unit payload to be video data.Whether the reproduction time field that shows the affiliated frame of payload in this subelement of temporal information sign bit-identify occurs.Data data position in frame of video or audio frame in the position identification section sign payload in frame in the payload.The length field of subelement identifies the length that this subelement comprises the subelement head.The reproduction time of frame under the reproduction time field identification subelement payload of frame under the payload.As shown in Figure 8.What wherein, be used for subelement payload digital coding type comprises Fig. 9, the type shown in 10.
SAF message-source adapted agreement possesses following function and characteristics:
1. expense is little, under the situation of part frame losing, guarantees that video encoder can not withdraw from unusually;
2. audio, video data is packaged together, and forms a flow transmission, easily synchronously;
3. the variable size of encapsulation back data, separately transmission easily;
4. the actual position of easy identification video GOP makes things convenient for correction process;
5. can support the different audio-video coding standard;
6. when supporting the radio network transmission, compatible UDP/IP transmission means.
Description of drawings
Accompanying drawing 1 is the packaged type of middle information source data;
Accompanying drawing 2 is the structure of SAF adaptation unit;
Accompanying drawing 3 is a SAF adaptation unit head form;
Accompanying drawing 4 is the SAF cellular construction;
Accompanying drawing 5 is a SAF unit header form;
Accompanying drawing 6 is a SAF unit payload structure;
Accompanying drawing 7 is the SAF sub-unit structure;
Accompanying drawing 8 is a SAF subelement head form;
Accompanying drawing 9 is when PayloadType is 00, the implication of Codec the type field;
Accompanying drawing 10 is when Payload Type is 01, the implication of Codec the type field.
Embodiment
Based on the message-source adapted of SAF be with voice data or video data as the subelement payload, add the subelement head, be packaged into subelement; With the payload of plurality of sub unit, add unit header again, be packaged into the unit as the unit; At last with some unit as the adaptation unit payload, add the adaptation unit head, be packaged into adaptation unit.
Especially, can be with unit package to the UDP bag, in the IP grouping, with compatible IP protocol suite.
1. voice data or video data are encapsulated in the subelement.
Audio or video data itself are as the subelement payload.The subelement head comprises a type identifier Payload the type field that is used to represent the subelement payload content, a Codec the type field that is used to represent audio frequency and video Codec type, a Key frame bit field that is used to represent whether to contain in the subelement key frame of video, one is used for representing whether the subelement head has carried the Time presented bit field of temporal information, a Frame index field that is used for representing payload video or voice data position, one is left the Reserved field of using from now on, a Payload length field that is used to represent subelement length, a Presentation time field that is used to represent the reproduction time of frame under the data.Shown in Figure of description 7.
Wherein:
Payload the type field: take 2 bits; 00 expression payload content is a video data, and 01 expression payload content is a voice data, all the other reservations.
Codec the type field: take 4 bits.Shown in Figure of description 8,9.
Key frame bit field: take 1 bit; When the data in the payload were video data, whether this field is used to differentiate this video data was key frame: 0 this video data of expression is non-key frame; 1 this video data of expression is key frame (i.e. the starting position of a GOP), and when the data in the payload were not video data, this field was nonsensical.
Time presented bit field: take 1 bit; 0 expression is not carried, and 1 expression is carried; If carried temporal information, then the recipient is with this time synchronized local clock, otherwise the recipient according to information such as frame per second in local computing time.
Frame index field: take 2 bits, 00 expression payload is a complete audio or video frame; 01 expression payload is the mid portion of an audio or video frame; 10 expression payloads are the beginning parts of an audio or video frame; 11 expression payloads are endings of an audio or video frame.
Reserved field: take 2 bits.
Payload length field: taking 12 bits, is unit with the byte, comprises the length of subelement head.
Presentation time field: take 2 bytes; The time shaft of audio frequency and video is defined by the user, and the adaptation unit of video comes express time according to the sampling time axle of frame of video, and the adaptation unit of audio frequency comes express time according to the sampling time axle of audio frequency; When Frame index was 00 or 10, this data item was meaningful; When Frame index was 01 or 11, this data item did not occur.
With the plurality of sub unit package in the unit.
Subelement itself is as the payload of unit.Unit header comprises that is used to identify the GOP begin field that GOP begins, the Payload id field as the payload identifier, a Unit Length field that is used to represent element length.Shown in Figure of description 4.
Wherein:
GOP begin field: take 1 bit; When comprising the beginning part of GOP in the unit, this field is set to 1, otherwise is 0.
Payload id field: take 2 bits; When Payload ID was 00, what the expression unit carried was video/audio; When Payload ID was 01, what the expression unit carried was the ECM packet, all the other reservations.
Unit Length field: take 13 bits, unit is a byte.
With some unit package in adaptation unit.
Unit itself is as the payload of adaptation unit.The adaptation unit head comprises a SynCode field as the frame initial code, a Version field that is used for the presentation protocol version, an Indicator Tag field that is used to represent to compress back IP and UDP head length degree, SCW field as the scrambling control word, one is used to represent whether the unit of adaptation unit inside passes through the IP/UDP identifier field of UDP and IP encapsulation, one is left the Reserved field of using from now on, Timestamp field as timestamp, an AU Length field that is used to represent the adaptation unit payload length.Shown in Figure of description 2.
Wherein:
The SynCode field: take 2 bytes, value is 0x00fe.
Version field: take 2 bits.
Indicator Tag field is characterized in that: take 6 bits; When I/U was 1, the value of this field was the size (not compression of 0 expression) of compression back IP and UDP head.When I/U was 0, this field was nonsensical.
SCW field: take 2 bits, as the scrambling control word; 00 represents not scrambling, and 01 keeps, the strange key scrambling of 10 expressions, the even key scrambling of 11 expressions.
IP/UDP identifier field: take 1 bit, whether the unit that indicates adaptation unit inside is through UDP and IP encapsulation; 0 expression is not through encapsulation, and 1 expression is through encapsulation.
Reserved field: take 5 bits.
Timestamp field: take 2 bytes.
AU Length field: take 2 bytes, represent the length of adaptation unit payload, promptly do not comprise the length of adaptation unit head.
Claims (28)
1. message-source adapted based on SAF is characterized in that: comprising:
The adaptation unit that can on radio network, transmit;
Unit as the adaptation unit payload;
Subelement as unit payload.
2. the message-source adapted based on SAF as claimed in claim 1 is characterized in that: the described adaptation unit that can transmit on radio network comprises an adaptation unit head and an adaptation unit payload.
3. the message-source adapted based on SAF as claimed in claim 2, it is characterized in that: comprise a SynCode field in the adaptation unit head as the frame initial code, a Version field that is used for the presentation protocol version, an Indicator Tag field that is used to represent to compress back IP and UDP head length degree, SCW field as the scrambling control word, one is used to represent whether the unit of adaptation unit inside passes through the IP/UDP identifier field of UDP and IP encapsulation, one is left the Reserved field of using from now on, Timestamp field as timestamp, an AU Length field that is used to represent the adaptation unit payload length.
4. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: one as the SynCode fields account of frame initial code with 2 bytes, value is 0x00fe.
5. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: Version fields account that is used for the presentation protocol version is with 2 bits.
6. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: Indicator Tag fields account that is used to represent to compress back IP and UDP head length degree is with 6 bits; When I/U was 1, the value of this field was the size (not compression of 0 expression) of compression back IP and UDP head; When I/U was 0, this field was nonsensical.
7. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: a SCW fields account that is used as the scrambling control word is with 2 bits, as the scrambling control word; 00 represents not scrambling, and 01 keeps, the strange key scrambling of 10 expressions, the even key scrambling of 11 expressions.
8. the message-source adapted based on SAF as claimed in claim 3, it is characterized in that: unit that is used to represent adaptation unit inside whether through the IP/UDP identifier fields account of UDP and IP encapsulation with 1 bit, whether the unit that indicates adaptation unit inside through UDP and IP encapsulation; 0 expression is not through encapsulation, and 1 expression is through encapsulation.
9. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: one is left from now on the Reserved fields account used with 5 bits.
10. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: account for one as the Timestamp field of timestamp with 2 bytes.
11. the message-source adapted based on SAF as claimed in claim 3 is characterized in that: AU Length fields account that is used to represent the adaptation unit payload length is with 2 bytes, and the length of expression adaptation unit payload does not promptly comprise the length of adaptation unit head.
12. the message-source adapted based on SAF as claimed in claim 2 is characterized in that: adaptation unit payload is one or several unit among the SAF, also can be the unit through other protocol encapsulation, as is encapsulated in the unit in the UDP/IP bag.
13. the message-source adapted based on SAF as claimed in claim 1 is characterized in that: the unit as the adaptation unit payload comprises a unit header, a unit payload.
14. the message-source adapted based on SAF as claimed in claim 13, it is characterized in that: a unit header is to be used to identify the GOP begin field that GOP begins by one, Payload id field as the payload identifier, a Unit Length field that is used to represent element length.
15. the message-source adapted based on SAF as claimed in claim 14 is characterized in that: one is used to identify GOP begin fields account that GOP begins with 1 bit; When comprising the beginning part of GOP in the unit, this field is set to 1, otherwise is 0.
16. the message-source adapted based on SAF as claimed in claim 14 is characterized in that: the Payload id field as the payload identifier takies 2 bits; When PayloadID was 00, what the expression unit carried was video/audio; When Payload ID was 01, what the expression unit carried was the ECM packet, all the other reservations.
17. the message-source adapted based on SAF as claimed in claim 14 is characterized in that: Unit Length fields account that is used to represent element length is with 13 bits, and unit is a byte.
18. the message-source adapted based on SAF as claimed in claim 13 is characterized in that: it is the plurality of sub unit for unit payload.
19. the message-source adapted based on SAF as claimed in claim 1 is characterized in that: the subelement as unit payload is a sub-unit header, a sub-unit payload.
20. the message-source adapted based on SAF as claimed in claim 19, it is characterized in that: a sub-unit header is the type identifier Payload the type field that is used to represent the subelement payload content by, a CodecType field that is used to represent audio frequency and video Codec type, a Keyframe bit field that is used to represent whether to contain in the subelement key frame of video, one is used for representing whether the subelement head has carried the Time presented bit field of temporal information, a Frame index field that is used for representing payload video or voice data position, one is left the Reserved field of using from now on, a Payload length field that is used to represent subelement length, a Presentation time field that is used to represent the reproduction time of frame under the data.
21. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: one is used to represent that the Payload the type field of subelement payload content type takies 2 bits; 00 expression payload content is a video data, and 01 expression payload content is a voice data, all the other reservations.
22. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: one is used to represent that the Codec the type field of audio frequency and video Codec type takies 4 bits.
23. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: Key frame bit fields account that is used to represent whether to contain in the subelement key frame of video is with 1 bit; When the data in the payload were video data, whether this field is used to differentiate this video data was key frame: 0 this video data of expression is non-key frame; 1 this video data of expression is key frame (i.e. the starting position of a GOP), and when the data in the payload were not video data, this field was nonsensical.
24. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: one is used for representing that Time presentedbit fields account that whether the subelement head carried temporal information is with 1 bit; 0 expression is not carried, and 1 expression is carried; If carried temporal information, then the recipient is with this time synchronized local clock, otherwise the recipient according to information such as frame per second in local computing time.
25. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: Frame index fields account that is used for representing payload video or voice data position is with 2 bits, and 00 expression payload is a complete audio or video frame; 01 expression payload is the mid portion of an audio or video frame; 10 expression payloads are the beginning parts of an audio or video frame; 11 expression payloads are endings of an audio or video frame.
26. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: one is left from now on the Reserved fields account used with 2 bits.
27. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: a Payload length fields account that is used to represent subelement length is unit with 12 bits with the byte, comprises the length of subelement head.
28. the message-source adapted based on SAF as claimed in claim 20 is characterized in that: Presentation time fields account that is used to represent the reproduction time of frame under the data is with 2 bytes; The time shaft of audio frequency and video is defined by the user, and the adaptation unit of video comes express time according to the sampling time axle of frame of video, and the adaptation unit of audio frequency comes express time according to the sampling time axle of audio frequency; When Frame index was 00 or 10, this data item was meaningful; When Frame index was 01 or 11, this data item did not occur.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100026139A CN100534198C (en) | 2007-01-24 | 2007-01-24 | Information source adapter based on SAF |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100026139A CN100534198C (en) | 2007-01-24 | 2007-01-24 | Information source adapter based on SAF |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101022558A true CN101022558A (en) | 2007-08-22 |
| CN100534198C CN100534198C (en) | 2009-08-26 |
Family
ID=38710186
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007100026139A Active CN100534198C (en) | 2007-01-24 | 2007-01-24 | Information source adapter based on SAF |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100534198C (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453286B (en) * | 2007-12-07 | 2011-04-20 | 中兴通讯股份有限公司 | Method for digital audio multiplex transmission in multimedia broadcasting system |
| CN103974111A (en) * | 2014-05-22 | 2014-08-06 | 华为技术有限公司 | Method and device for transmitting data of intelligent terminal to television terminal |
| CN105187440A (en) * | 2015-09-26 | 2015-12-23 | 北京暴风科技股份有限公司 | Method and system for transmitting video data by using UDP protocol |
| CN109901084A (en) * | 2019-02-25 | 2019-06-18 | 南京邮电大学 | A kind of Real-Time Switch power supply monitoring and control system based on UDP |
-
2007
- 2007-01-24 CN CNB2007100026139A patent/CN100534198C/en active Active
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453286B (en) * | 2007-12-07 | 2011-04-20 | 中兴通讯股份有限公司 | Method for digital audio multiplex transmission in multimedia broadcasting system |
| CN103974111A (en) * | 2014-05-22 | 2014-08-06 | 华为技术有限公司 | Method and device for transmitting data of intelligent terminal to television terminal |
| WO2015176648A1 (en) * | 2014-05-22 | 2015-11-26 | 华为技术有限公司 | Method and device for transmitting data in intelligent terminal to television terminal |
| CN103974111B (en) * | 2014-05-22 | 2017-12-29 | 华为技术有限公司 | By the method, apparatus of the data transfer on intelligent terminal to television terminal |
| CN105187440A (en) * | 2015-09-26 | 2015-12-23 | 北京暴风科技股份有限公司 | Method and system for transmitting video data by using UDP protocol |
| CN109901084A (en) * | 2019-02-25 | 2019-06-18 | 南京邮电大学 | A kind of Real-Time Switch power supply monitoring and control system based on UDP |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100534198C (en) | 2009-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR20220054259A (en) | A method and apparatus for providing information related to contents of broadcast services | |
| KR101823486B1 (en) | Apparatus for transmitting braodcast signal, apparatus for recieivng broadcast signal, method for transmtiting broadcast signal and method for receiving broadcast signal | |
| KR101764637B1 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| KR101733501B1 (en) | Broadcast signal transmitting method, broadcast signal receiving method, broadcast signal transmitting apparatus, and broadcast signal receiving apparatus | |
| JP6556890B6 (en) | Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, broadcast signal transmitting method, and broadcast signal receiving method | |
| KR101875672B1 (en) | Broadcasting signal transmitting device, broadcasting signal receiving device, broadcasting signal transmitting method, and broadcasting signal receiving method | |
| CN1972453B (en) | A data flow packaging method of mobile multimedia broadcasting system | |
| KR101857673B1 (en) | Method for transmitting broadcast signal, method for receiving broadcast signal, apparatus for transmitting broadcast signal, and apparatus for receiving broadcast signal | |
| WO2009006804A1 (en) | A method for transmitting mobile multimedia broadcast service data flow and a multiplexing frame for transmitting | |
| CN101150383A (en) | IP data transmission method | |
| CN102404646A (en) | Wireless television live broadcasting system and live broadcasting method thereof | |
| CN1972454A (en) | Mobile multimedia broadcasting real-time traffic flow packaging method | |
| CN100534198C (en) | Information source adapter based on SAF | |
| CN101179735B (en) | Packaging method of multimedia broadcasting system media data flow | |
| KR101792519B1 (en) | Broadcasting signal transmitting device, broadcasting signal receiving device, broadcasting signal transmitting method, and broadcasting signal receiving method | |
| KR101804926B1 (en) | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
| CN101159667B (en) | Method of performing packet compression to packet data of mobile multimedia broadcasting system | |
| CN101330398B (en) | Method for transmitting business data flow | |
| CN100561931C (en) | Adopt elongated frame to improve the mobile multimedia broadcast system and the method thereof of transmission efficiency | |
| CN101198068A (en) | Auxiliary data encapsulation method for media data flow of multimedia broadcasting system | |
| CN101465799A (en) | Data transmission method and apparatus | |
| KR20140043237A (en) | Apparatus and method for transmitting broadcasting signal | |
| CN101753956A (en) | Method and system for transmitting mobile phone TV guide |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: BEIJING S NEW SHORELINE MOBILE MULTIMEDIA TECHNOL Free format text: FORMER OWNER: BAO DONGSHAN Effective date: 20071214 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20071214 Address after: A, building 16, building 1, Tsinghua hi tech park, No. 100084 East Zhongguancun Road, Beijing, Haidian District, China Applicant after: BEIJING NUFRONT MOBILE MULTIMEDIA TECH. Co.,Ltd. Address before: A, building 16, building 1, Tsinghua hi tech park, No. 100084 East Zhongguancun Road, Beijing, Haidian District, China Applicant before: Bao Dongshan |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: BEIJING NUFRONT MOBILE COMMUNICATION TECHNOLOGY CO Free format text: FORMER OWNER: BEIJING NUFRONT MOBILE MULTIMEDIA TECHNOLOGY CO., LTD. Effective date: 20100115 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20100115 Address after: Floor 16, building A, building 8, Tsinghua Science Park, No. 1, Zhongguancun East Road, Haidian District, Beijing, China Patentee after: NUFRONT MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. Address before: Floor 16, building A, building 8, Tsinghua Science Park, No. 1, Zhongguancun East Road, Haidian District, Beijing, China Patentee before: BEIJING NUFRONT MOBILE MULTIMEDIA TECH. Co.,Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: GUANGDONG NUFRONT COMPUTER SYSTEM CHIP CO., LTD. Free format text: FORMER OWNER: BEIJING NUFRONT MOBILE COMMUNICATIONS TECHNOLOGY CO., LTD. Effective date: 20110328 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100084 16/F, TOWER A, SCI-TECH BUILDING, BUILDING 8, TSINGHUA SCI-TECH PARK, YARD 1, ZHONGGUANCUN EAST ROAD, HAIDIAN DISTRICT, BEIJING TO: 510006 NO. 408, AREA A, BUILDING 13, GUANGZHOU UNIVERSITY OF CHINESE MEDICINE, NO. 232, WAIHUAN EAST ROAD, GUANGZHOU HIGHER EDUCATION MEGA CENTER, FANYU DISTRICT, GUANGZHOU CITY |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20110328 Address after: 510006, Guangzhou University, Panyu District,, No. 232 East Ring Road, No. 13, A District, Guangzhou University of Chinese Medicine, 408 Patentee after: GUANGDONG NUFRONT COMPUTER SYSTEM CHIP Co.,Ltd. Address before: 100084 Beijing, Zhongguancun, East Road, No. 1, Tsinghua Science and Technology Park, building science and Technology Park, building No. 8, block A, floor 16 Patentee before: NUFRONT MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: BEIJING NUFRONT MOBILE COMMUNICATION TECHNOLOGY CO Free format text: FORMER OWNER: GUANGDONG NUFRONT COMPUTER SYSTEM CHIP CO., LTD. Effective date: 20121022 Owner name: BEIJING NUFRONT MOBILE MULTIMEDIA TECHNOLOGY CO., Free format text: FORMER OWNER: BEIJING NUFRONT MOBILE COMMUNICATION TECHNOLOGY CO., LTD. Effective date: 20121022 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 510006 GUANGZHOU, GUANGDONG PROVINCE TO: 100084 HAIDIAN, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20121022 Address after: 100084 Beijing, Zhongguancun, East Road, No. 1, Tsinghua Science and Technology Park, building science and Technology Park, building No. 8, block A, floor 16 Patentee after: BEIJING NUFRONT MOBILE MULTIMEDIA TECH. Co.,Ltd. Address before: 100084 Beijing, Zhongguancun, East Road, No. 1, Tsinghua Science and Technology Park, building science and Technology Park, building No. 8, block A, floor 16 Patentee before: NUFRONT MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. Effective date of registration: 20121022 Address after: 100084 Beijing, Zhongguancun, East Road, No. 1, Tsinghua Science and Technology Park, building science and Technology Park, building No. 8, block A, floor 16 Patentee after: NUFRONT MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. Address before: 510006, Guangdong, Guangzhou, Panyu District, Guangzhou University, Guangzhou University of Chinese Medicine, No. 232 East Ring Road, No. 13, A District, 408 Patentee before: GUANGDONG NUFRONT COMPUTER SYSTEM CHIP Co.,Ltd. |