Packet identifier search filtering
Abstract
A broadband digital broadcast receiver and method for processing Internet protocol data are provided. Transport stream packets are analyzed to determine whether they contain Internet Protocol data whose address is the desired Internet Protocol address. When the transport stream packet does contain the desired Internet protocol data, the transport stream filter is configured to filter the additional transport stream packet according to the packet identifier value.

Term
Term ended
Projected expiry passed 20 June 2023, 3.3 years ago.
- Priority
- Filed
- Published
- Projected expiry
- Today
30 claims: 7 independent, 23 dependent
- 1一种用于在接收机中处理数字宽带传输的方法,该方法包括:(a)获取传输流分组;(b)分析传输流分组以检测第一标识符;(c)当检测到第一标识符时,识别传输流分组的第二标识符和第三标识符;(d)把第二标识符存储在存储器;(e)把第三标识符与预定值进行比较;(f)当第三标识符相应于预定值时,选择包括第二标识符的附加传输流分组;以及(g)提供具有在包括第二标识符的传输流分组中载送的数据的业务。
- 2权利要求1的方法,还包括解封装传输流分组。
- 3权利要求1的方法,还包括当第一标识符相应于预定的数值时存储第二标识符,供接收机以后使用。
- 4权利要求1的方法,其中第一标识符包括有用负载单元开始指示符以及第二标识符包括分组标识符数值。
- 5权利要求1的方法,其中(f)包括:(i)从存储器获取分组标识符数值;(ii)解封装包括第二标识符的附加传输流分组;以及(iii)把包括第二标识符的附加传输流分组的有用负载存储在数据报存储器。
- 6权利要求1的方法,其中第三标识符包括互联网协议地址信息。
- 7权利要求1的方法,还包括把在包括第二标识符的传输流分组中载送的互联网协议数据存储在数据报存储器。
- 8用于把互联网协议与被包括在传输流的传输流分组中的数字宽带广播地址信息相联系的方法,方法包括:(a)在接收机处接收传输流分组;(b)分析传输流分组以检测第一标识符;(c)当检测到第一标识符时,分析传输流分组以识别第二标识符;(d)选择包括第二标识符的附加传输流分组;以及(e)提供具有在包括第二标识符的传输流分组中载送的数据的业务。
- 9用于处理包含互联网协议有用负载的传输流分组的方法,方法包括:(a)在传输流分组过滤器处分析包含第一分组标识符数值的第一传输流分组;(b)在地址过滤器处检测被包含在第一传输流分组中的互联网协议地址信息;以及(c)当检测的互联网协议地址信息相应于想要的地址时,配置传输流分组过滤器,以便按照第一分组标识符数值过滤附加传输流分组。
- 10权利要求9的方法,其中(a)包括:(i)确定第一传输流分组是否包含有用负载单元开始指示符;以及(ii)当第一传输流分组包含有用负载单元开始指示符时,把第一分组标识符数值存储在存储器。
- 11权利要求10的方法,其中(c)包括把第一分组标识符数值从存储器发送到传输流分组过滤器。
- 12权利要求9的方法,还包括:(d)在传输流分组过滤器处接收包含第二分组标识符数值的第二传输流分组;以及(e)当第二分组标识符数值不相应于第一传输流分组标识符数值时,丢弃第二传输流分组。
- 13权利要求9的方法,其中(b)包括解封装第一传输流分组。
- 14权利要求9的方法,还包括:(d)接收具有相应于第一分组标识符数值的分组标识符数值的第二传输流分组;(e)确定第二传输流分组是否包含具有想要的地址的互联网协议分组的最后的分段;(f)当第二传输流分组包含互联网协议分组的最后的分段时,重新设置传输流分组过滤器的状态。
- 15权利要求9的方法,其中想要的地址信息包括目的地地址。
- 16权利要求9的方法,其中想要的地址信息包括源地址。
- 17权利要求9的方法,其中想要的地址信息包括MAC地址。
- 18权利要求9的方法,其中传输流过滤器是宽带数字广播接收机的一部分。
- 19权利要求9的方法,还包括把被包括在第一传输流分组中的数据发送到计算机装置。
- 20权利要求9的方法,其中想要的地址相应于计算机装置的互联网协议地址。
- 21权利要求9的方法,其中想要的地址相应于计算机装置的MAC地址。
- 22权利要求21的方法,还包括:(d)把计算机装置的MAC地址发送到传输流分组的源。
- 23权利要求22的方法,其中(d)包括经由SMS业务发送MAC地址。
- 24一种处理作为包含分组标识符的一个或多个传输流分组的有用负载被发送的互联网协议分组的宽带数字广播接收机,接收机包括:传输流过滤器,按照分组标识符过滤传输流分组;被耦合到传输流过滤器的解封装模块,从传输流解封装出互联网协议数据;地址过滤器,把来自互联网协议数据的地址信息与想要的互联网协议地址进行比较;处理器,用计算机可读的指令被编程为使得接收机执行以下步骤,包括:根据从地址过滤器接收的信息执行配置传输流过滤器。
- 25权利要求24的宽带数字广播接收机,其中从地址过滤器接收的信息包括关于地址信息是否相应于想要的互联网协议地址的指示。
- 26权利要求24的宽带数字广播接收机,其中传输流过滤器包括多路分解器。
- 27权利要求24的宽带数字广播接收机,还包括被耦合到传输流过滤器的存储器,存储分组标识符数值。
- 28一种处理作为包含分组标识符的一个或多个传输流分组的有用负载被发送的互联网协议分组的移动接收机,接收机包括:传输流过滤器,按照分组标识符过滤传输流分组;被耦合到传输流过滤器的解封装模块,从传输流解封装出互联网协议数据;地址过滤器,把来自互联网协议数据的地址信息与想要的互联网协议地址进行比较;处理器,用计算机可读的指令被编程为使得接收机执行以下步骤,包括:根据从地址过滤器接收的信息执行配置传输流过滤器。
- 29一种处理作为包含分组标识符的一个或多个传输流分组的有用负载被发送的互联网协议分组的宽带数字广播接收机,接收机包括:用于把互联网协议地址信息与分组标识符数值相联系的装置;以及用于根据传输流分组标识符过滤传输流分组的装置。
- 30计算机可读媒体,包含用于使得宽带数字广播接收机执行以下步骤的计算机可读的指令:(a)在传输流分组过滤器处分析包含第一分组标识符数值的第一传输流分组;(b)在地址过滤器处检测被包含在第一传输流分组中的互联网协议地址信息;以及(c)当检测的互联网协议地址信息相应于想要的地址时,配置传输流分组过滤器,以便按照第一分组标识符数值过滤附加传输流分组。
Independent claims30
27 paragraphs, as filed
Group identifier search filter
Technical field
The present invention relates to broadband digital transmission and reception. More specifically, the present invention relates to the sending and receiving of Internet Protocol packets on a broadband digital transmission network.
Background technique
Digital broadband transmission networks are known. An example of such a network is the network specified by the Advanced Television Systems Committee (ATSC). Another example of such a network that is popular in Europe and other parts of the world is Digital Video Broadcasting (DVB), which, like ATSC, can deliver data in addition to TV content. ATSC and DVB utilize containerization technology in which the content to be sent is placed in MPEG-2 packets used as data containers. Therefore, the container can be used to transmit any appropriately digitized data, including but not limited to high-resolution TV, multi-channel standard resolution TV (PAL/NTSC or SECAM), and of course broadband multimedia data and interactive services.
Traditionally, broadband digital transmission services send TV content and data to end users via a transport stream. An example of such a transport stream used in ATSC and DVB is the MPEG-2 transport stream. Each transport stream contains individual transport stream packets identified by a packet identifier (PID). PID contains the information needed to locate, identify, and reconstruct specific content or data in the receiver. A single transport stream typically contains transport stream packets identified by more than one packet identifier.
The processing of transport stream packets is time-consuming and it has a great impact on the performance of broadband digital broadcast receivers. Such an impact on performance is acceptable in the context of delivering more traditional TV content. However, this is not the case for the provision of some other types of services, such as the delivery of Internet Protocol packets carrying audio, video, text, other data, or a combination of them. A single Internet Protocol packet is traditionally carried within a datagram segment. The datagram segment is formed by one or more transport stream packet payload segments. Existing broadband digital broadcast receivers filter and process incoming transport stream packets to determine whether the transport stream packets contain useful payload as part of the desired Internet protocol packets. Although there are some proposed solutions to reduce the number of transport stream packets filtered and processed by broadband digital broadcast receivers, these solutions involve the limitations of the existing protocols for providing digital broadcast services. The major disadvantage of these solutions is that they need to modify the hardware or software composition and are not compatible with current standards.
Therefore, there are technically required devices, systems, and methods for sending and receiving services, in which the packing of service packets causes the useful load of these packets to be distributed through one or more transport stream packets. More specifically, there is a need for devices, systems, and methods for transmitting and receiving Internet Protocol data through a broadband digital broadcast service network, and there is a need to reduce the processing performed by a broadband digital broadcast receiver without requiring an existing broadband digital broadcast receiver. There are oversized corrections and an increase in the speed of receivers moving between broadband digital broadcasting base stations during handover. Moreover, there is a need to link IP and DVB address information.
Summary of the invention
One or more of the above-mentioned needs in the art are met by a public system and method that links the filtering of Internet Protocols with the filtering of transport stream packets. The aspects of the present invention result in reduced power consumption and are particularly suitable for mobile handheld terminals such as mobile phones and personal digital assistants.
In the first embodiment, a method of processing digital broadband transmission in a receiver is provided. The method includes acquiring a transport stream packet and analyzing the transport stream packet to detect the first identifier. When the first identifier is detected, the second and third identifiers are detected. The second identifier is stored in the memory. Next, the third identifier is compared with a predetermined value. When the third identifier corresponds to the predetermined value, an additional transport stream packet including the second identifier is selected, and finally, a service with data carried in the transport stream packet including the second identifier is provided.
In another embodiment of the present invention, there is provided a broadband digital broadcast receiver that processes Internet Protocol packets transmitted as a payload of one or more transport stream packets containing a packet identifier. The receiver includes a transport stream packet filter, which filters the transport stream packets according to the packet identifier, and a decapsulation module coupled to the transport stream filter to decapsulate Internet protocol data from the transport stream. The address filter compares the address information from the Internet Protocol data with the desired Internet Protocol address. The processor is programmed with computer-readable instructions to make the receiver perform the steps of configuring the transport stream filter according to the information received from the address filter. In other embodiments of the present invention, the computer used to implement the disclosed method may The read instructions are stored in a computer-readable medium.
Description of the drawings
The present invention is numbered by example, and is not limited to the drawings. The same reference numerals on the figures indicate similar units, in which: Figure 1 shows a schematic diagram of a broadband digital broadcast receiver according to an embodiment of the present invention; Figure 2 It shows how Internet protocol data is carried through transport stream packets according to an embodiment of the present invention; and FIG. 3 shows a method of filtering transport stream packets according to the packaged Internet protocol data according to an embodiment of the present invention.
detailed description
Fig. 1 shows a broadband digital broadcast receiver according to an embodiment of the present invention. The broadband digital broadcast receiver 100 can be implemented with a set-top box, a mobile phone, a personal digital assistant, or other computer devices. The transport stream packet filter 102 receives the incoming transport stream packets. The transport stream may be an MPEG-2 transport stream transmitted via a terrestrial network, a cable network, a satellite network, or any other traditional broadband digital broadcasting network. In an embodiment of the present invention, the transport stream packet filter 102 filters the transport stream packets according to the packet identifier value.
A packet identifier (PID) memory 104 may be included to store the packet identifier value of the incoming transport stream packet. From the description given below, the use of the group identifier value will become clear. The decapsulation module 106 may be included to decapsulate the transport stream packet. In one embodiment, internet protocol data is delivered on the multi-protocol package DVB data broadcast profile by using internet protocol data. The present invention can be implemented in a variety of different packaging methods, including IP/MPE/DSM-CC_section/MPEG-2 transport stream packaging and proprietary packaging methods. Alternative packaging methods include IP/"Proprietary Package 2"/MPEG-2 for DVD data pipelines and IP/"Proprietary Package 32"/MPEG-2 for any MPEG network (for example, inc.ATSC). The packaging is done at the head.
The terminal can recognize the IP address in advance, for example, through an electronic service guide. The terminal can retrieve the electronic service guide through the communication path determined by the terminal's capabilities. For example, users can retrieve electronic business guides through the broadcast path. After the terminal receives the electronic service guide, the service desired by the user of the terminal is selected, and the IP address or similar address information of the service is stored in the address filter 108. The address filter 108 may be included to filter Internet Protocol addresses, MAC address bytes, or other address information. In one aspect of the present invention, the address filter 108 filters the address information of Internet Protocol packets. The datagram storage 110 may be included to store one or more Internet Protocol packet segments. The processor 112 may be included to control the overall operation of the digital broadcast receiver 100. Of course, the processor 112 can be programmed with computer-readable instructions. Finally, the interface 114 may be included to couple the digital broadcast receiver 100 to an external computer device 116. A single computer device 116 is shown for illustrative purposes only. In one embodiment, the interface 114 may be coupled to a network, several computer devices, a single computer device with several Internet Protocol addresses, or any hardware device, mobile phone, personal digital assistant programmed to include at least one Internet Protocol address , Set-top boxes, etc.
Before describing the method of implementing aspects of the present invention, the transmission of Internet protocol packets via a digital broadcast network will be described with reference to FIG. 2. The MPEG-2 transport stream 200 includes several transport stream packets. As shown in Figure 2, several different transport stream packets can be identified by the same packet identifier value. The packet identifier value is typically used to identify services sent as part of a digital broadcast compliant transport stream, such as DVB components. As part of the embodiments of the present invention, the group identifier value can correspond to an individual or a group of Internet Protocol addresses. For example, a single packet identifier value can correspond to a set of Internet Protocol addresses, reducing the need for unique packet identifier values.
FIG. 2 shows that the payload of transport stream packets with the same packet identifier 201 can be grouped together as a datagram segment 202 in the receiver. The datagram section 202 includes a section header 202a, an IP packet section 202c, and a CRC or "checksum" bit 202b. The section header 202a may include MAC or other relevant identifiable information. In one aspect of the invention, the datagram segment 202 is limited to a maximum size of 4096 bytes. The IP packet segment 202c may include IP bits 204a and payload 204b, and be formatted in accordance with IPv4, IPv6, or any other format. The IP packet segment 202c can be limited to the traditional maximum size of 4084 bits. The useful load 204b is then presented to the user through his or her terminal. Fig. 3 shows a method for filtering transport stream packets according to packaged Internet protocol data according to an embodiment of the present invention. First, in step 302, the broadband digital broadcast receiver is initialized. Next, in step 304, the broadband digital broadcast receiver receives the transport stream packet. In step 306, the transport stream packet can be decapsulated to present basic Internet protocol data. The unpacking operation will be a function of the packed format. Next, in step 308, the transport stream packet can be analyzed to determine whether there is a payload unit start indicator (PUSI). When there is a payload unit start indicator, in step 310, the packet identifier value of the transport stream packet is stored in the packet identifier memory, such as the PID memory 104. The stored value of the packet identifier can be used for subsequent packet filtering of the transport stream. When there is no useful load unit start indicator, the control process may shift to step 304.
In step 312, it is determined whether the entire address information exists. A single transport stream packet may only contain part of the MAC or IP address. When the entire address does not exist, in step 314, the broadband digital broadcast receiver can receive and decapsulate additional transport stream packets until all address information is available. Alternatively, the part of the existing IP address can be filtered, and in some cases, only a part of the address is needed.
In step 316, the address information of the basic Internet protocol data is filtered. Those skilled in the art will see that the Internet Protocol address information may include the Internet Protocol packet destination address or the Internet Protocol packet source address. Moreover, as used herein, "Internet Protocol address information" may also include MAC address bits containing address information.
The aspects of the present invention can be used in Internet protocol multicast and unicast services. For Internet Protocol multicast services, Internet Protocol destination address information is typically copied to the datagram segment header MAC address bits. The filtering of step 316 can be performed by filtering the Internet Protocol destination address or by filtering the MAC address header from the datagram segment header 202a. For Internet Protocol unicast services, the MAC address of the receiver can be passed to the head-end transmitter by means of the operator or service provider. The address can be transmitted through another communication path. The communication path may include a telephone transmission service, such as an SMS service in GSM, sending a message including a MAC address to a predetermined number of management organizations that operate this service and access the transport stream package. The head-end transmitter can then copy the MAC address of the transport stream packet as an identifier for the transport stream packet sent to the receiver. The filtering of step 316 can be performed by filtering MAC bits. At the head end, the broadcast operator decides the mapping of this PID to IP. In the case of DVBT handover, the receiver wants to receive the same IP service. An example of this situation could be unicast services. In the case of unicast services, the receiver's MAC address can be used for filtering. The MAC address is unique within the network. When the receiver enters a new cell, the same IP service can be sent with different PID values. In this case, filtering the MAC address becomes much faster than determining the new PID value from the metadata. As a result, the handover is also much faster.
In step 318, it is determined whether the basic Internet Protocol address information matches the desired Internet Protocol address. The desired Internet Protocol address may correspond to the Internet Protocol address of the computer device 116 shown in FIG. 1. When the Internet Protocol address information does not match the desired address, in step 320, the data is discarded. After step 320, the control process returns to step 304.
When the Internet Protocol address information matches the desired address, in step 322, the IP packet data from the transport stream is saved. The useful load of several transport stream packets can be combined to create a single Internet Protocol packet. Next, in step 324, the stored packet identifier value can be obtained and used to reconfigure the transport stream filter. In step 326, the broadband digital broadcast receiver receives another transport stream packet. Once the transport stream packet filter is reconfigured to filter the transport stream packets, the incoming internet protocol data included in the transport stream packet can be filtered according to the packet identifier value, just as opposed to the internet protocol address information. Specifically, in step 328, the packet identifier value of the received transport stream packet is compared with the packet identifier value stored in the PID memory. When the packet identifiers do not match, in step 330, the transport stream packet is discarded. After step 330, the control process may return to step 326. Those skilled in the art will see the efficiency achieved by filtering incoming transport stream packets according to the value of the packet identifier. As an example, the decapsulation of step 306 and the address filtering of step 316 are not required.
When the packet identifiers do match, in step 332, the payload from the transport stream packet is stored in the memory. As mentioned above, the useful load of multiple transport stream packets can be combined to create a single Internet Protocol packet. Finally, in step 334, it is determined whether the received transport stream packet is the end of the datagram. When the transport stream packet is not the end of the datagram, the control process returns to step 326, where the broadband digital broadcast receiver receives another transport stream packet. When the transport stream packet is the end of the datagram, the control process returns to step 302 where the receiver is initialized. The end of the datagram can be identified by a multi-protocol header that includes an indication of the length of the datagram. The multi-protocol header is sent in the first transport stream packet. The receiver can analyze the received information to determine the length of the datagram and when the end of the datagram is reached. In an alternative embodiment, after receiving the first Internet Protocol packet with a certain packet identifier value, the packet identifier value is used to move forward.
The embodiment shown in Figure 3 filters transport stream packets to find a single packet identifier value. Those skilled in the art will see that the transport stream packet filter can be configured to filter transport stream packets to find more than one packet identifier value. For example, several devices with separate Internet Protocol addresses can be coupled to a single broadband digital broadcast receiver. The transport stream packet filter can be configured to filter according to packet identifier values corresponding to separate Internet Protocol addresses. In an embodiment that includes filtering data to find more than one Internet Protocol address, after steps 326 and 330, the control process returns to step 304. Steps 314 and 324 also involve the comparison of more than one Internet protocol address information value or packet identifier value. Although the present invention is described with reference to specific examples including the current preferred mode for implementing the present invention, those skilled in the art will It will be seen that many variations and permutations of the above-mentioned system and technology fall within the spirit and scope of the present invention as set forth in the appended claims. For example, aspects of the present invention can be used in digital audio broadcast receivers and other digital or data systems. Those skilled in the art will also see that the method shown in FIG. 3 is only an illustrative example of a specific implementation of aspects of the present invention. The order of the steps shown in Figure 3 can be rearranged. Moreover, several steps can be combined.
3 sheets
Sheet 1 Sheet 2 Sheet 3
14 members in 8 offices
Priority claims2
| Document | Office | Kind | Date |
|---|---|---|---|
| 10186026 | United States of America | – | |
| 18602602 | United States of America | A |
Members14
| Document | Office | Kind | |
|---|---|---|---|
| US2004001488A1 | United States of America | A1 | |
| WO2004004228A1 | World Intellectual Property Organization (WIPO) | A1 | |
| AU2003240202A1 | Australia | A1 | |
| US6788690B2 | United States of America | B2 | |
| KR20050016589A | Republic of Korea | A | |
| EP1516456A1 | European Patent Office (EPO) | A1 | |
| CN1663186AThis record | China | A | |
| EP1516456A4 | European Patent Office (EPO) | A4 | |
| KR100692361B1 | Republic of Korea | B1 | |
| CN100414902C | China | C | |
| EP1516456B1 | European Patent Office (EPO) | B1 | |
| AT431995T | Austria | T | |
| ATE431995T1 | Austria | T1 | |
| DE60327697D1 | Germany | D1 |
5 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Termination of patent right due to non-payment of annual feeCF01 | CF01 | |
| Transfer of patent application or patent right or utility modelC41 | C41 | |
| Grant of patent or utility modelGrantedC14 | C14 | |
| Entry into substantive examinationC10 | C10 | |
| PublicationC06 | C06 |
Numbers
- Publication
- 1663186
- Application
- 38144085
Titles2
- Chinese
- 分组标识符搜索过滤
- English
- Group identifier search filter
Classification
- CPC, 11
- H04N21/23614
- H04L12/28
- H04L12/2801
- H04L61/00
- H04N21/23608
- H04N21/2389
- H04N21/4344
- H04N21/4348
- H04N21/4385
- H04L65/65
- H04L65/1101
- IPC, 4
- H04L12 28
- H04L29 06
- H04L29 12
- H04L65 1101