專利名稱：數(shù)據(jù)包接收裝置和數(shù)據(jù)包接收方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)包接收裝置和數(shù)據(jù)包接收方法。
背景技術(shù)：
有一種技術(shù)，一般稱其為SMIL(同步多媒體集成語(yǔ)言)。這一技術(shù)已經(jīng)被W3C(環(huán)球網(wǎng)協(xié)會(huì))標(biāo)準(zhǔn)化為通過(guò)結(jié)合包含文本、靜態(tài)圖像、視頻、以及聲音的內(nèi)容來(lái)描述空間和時(shí)間布局的技術(shù)。SMIL描述語(yǔ)言與超文本標(biāo)識(shí)語(yǔ)言(HTML)的不同之處在于內(nèi)容中包括了時(shí)間信息。順便提一下，HTML描述語(yǔ)言是因特網(wǎng)上使用的最流行的語(yǔ)言。
現(xiàn)在將說(shuō)明一種方法，客戶機(jī)經(jīng)由網(wǎng)絡(luò)播放服務(wù)器上用SMIL描述語(yǔ)言制作的內(nèi)容。
圖1是圖解使用SMIL的內(nèi)容分配的示意圖。圖中，客戶機(jī)201在網(wǎng)絡(luò)200上訪問(wèn)服務(wù)器203，獲取其中描述內(nèi)容的SMIL文件，并解釋所獲取的SMIL文件。其次，從服務(wù)器202和服務(wù)器204獲取SMIL文件中描述的諸如文本、靜態(tài)圖像、視頻、以及聲音的媒體。然后，基于SMIL文件中描述的時(shí)間信息，在適當(dāng)?shù)臅r(shí)間播放每個(gè)媒體(文本、靜態(tài)圖像、視頻、以及音樂(lè))。順便提一下，此圖中分別存儲(chǔ)在服務(wù)器202、203、204中的SMIL文件、聲音和視頻、以及文本和靜態(tài)圖像，也可以存儲(chǔ)在一個(gè)服務(wù)器中。
下面，將說(shuō)明SMIL文件和每個(gè)媒體的發(fā)送方法。
典型地，用于將包括SMIL文件、靜態(tài)圖像文件、以及文本文件的媒體文件從服務(wù)器202、203、以及204發(fā)送到客戶機(jī)201的通信協(xié)議稱為TCP(發(fā)送控制協(xié)議)。TCP是和HTML一樣可靠的協(xié)議，并廣泛用于因特網(wǎng)上。大不相同的是，經(jīng)常用于發(fā)送諸如聲音數(shù)據(jù)和視頻數(shù)據(jù)的時(shí)間連續(xù)數(shù)據(jù)的通信協(xié)議是RTP(實(shí)時(shí)發(fā)送協(xié)議)和UDP(用戶數(shù)據(jù)報(bào)協(xié)議)。就發(fā)送TCP或RTP/UDP的低級(jí)協(xié)議而言，普通的是IP(網(wǎng)際協(xié)議)協(xié)議。
上述TCP、RTP、UDP、以及IP協(xié)議都已由IETF(因特網(wǎng)工程任務(wù)組)標(biāo)準(zhǔn)化，并在因特網(wǎng)上廣泛傳播。
接下來(lái)，將簡(jiǎn)單說(shuō)明SMIL文件的內(nèi)容描述方法。
圖2是展示用SMIL描述的簡(jiǎn)單句子的示意圖。此圖中，左端的數(shù)字(1、2、......)為清楚說(shuō)明而提供的行號(hào)，而右端是解釋性的語(yǔ)句。這些數(shù)字和解釋性的語(yǔ)句并不描述在實(shí)際的SMIL文件中。
由數(shù)字1和數(shù)字15包圍的文本是SMIL文檔，而其內(nèi)容由數(shù)字2與數(shù)字8之間所示的首標(biāo)部分和數(shù)字9與數(shù)字14之間所示的主體文本組成。在首標(biāo)部分，描述了布局信息，其不涉及時(shí)間信息。在主體文本中，描述了時(shí)間信息，其涉及實(shí)際的媒體數(shù)據(jù)和播放。數(shù)字11所示的描述是顯示視頻的控制語(yǔ)句。另外，數(shù)字12所示的描述是顯示靜態(tài)圖像的控制語(yǔ)句。數(shù)字10和13所示的<par>將其包圍。這些<par>包圍的部分指示其同時(shí)播放。本例指示同時(shí)播放視頻和靜態(tài)圖像。用“src”描述媒體的位置。另外，由“begin(開始)”、“end(結(jié)束)”、“dur”等描述對(duì)媒體播放時(shí)間的指定。在這種情況下，“begin”指定媒體開始時(shí)間；“end”指定媒體結(jié)束時(shí)間；而“dur”指定媒體播放時(shí)間。
另外，數(shù)字11所示的描述指示在如“a”所示的區(qū)域，在3至20秒，顯示由“src”指定的視頻數(shù)據(jù)。數(shù)字12所示的描述指示在如“b”所示的區(qū)域，將由“src”指定的靜態(tài)圖像顯示10秒。如在數(shù)字11和12所示的描述中，用絕對(duì)時(shí)間指定播放開始和結(jié)束；然而，可以借助順序?qū)⑵渲付ǎ缦旅娴睦?1)和(2)所示例(1)<seq><video id＝”video1”src＝”rtsp//example.com/video1.m4v”/><video id＝”video2”src＝”rtsp//example.com/video2.m4v”.../><seq>
例(2)<par><video id＝”video1”src＝”rtsp//example.com/video1.m4v”/><video id＝”video2”src＝”rtsp//example.com/video2.m4v”begin＝”videol.end”.../><par>
例(1)和(2)的描述都指定將在視頻1結(jié)束播放之后播放視頻2。例(1)和(2)都關(guān)系到視頻的情況；然而，既有視頻又有靜態(tài)圖像時(shí)也可以應(yīng)用相同方式。
接下來(lái)，將描述上面的情況下客戶機(jī)和服務(wù)器之間的實(shí)際操作。
圖3是圖解連續(xù)媒體播放的順序圖。此圖中，實(shí)線代表RTSP(實(shí)時(shí)流協(xié)議)的命令和響應(yīng)信號(hào)，其中RTSP是用于實(shí)時(shí)數(shù)據(jù)控制的協(xié)議。RTSP經(jīng)TCP通信。虛線代表媒體數(shù)據(jù)。對(duì)于媒體數(shù)據(jù)的發(fā)送，使用適用于實(shí)時(shí)通信的RTP協(xié)議。還使用RTP協(xié)議發(fā)送指示數(shù)據(jù)結(jié)束的命令。
現(xiàn)在，客戶機(jī)解釋SMIL文檔中用于播放視頻1的描述，其后請(qǐng)求服務(wù)器播放(步驟1)。一旦接收到來(lái)自客戶機(jī)的播放請(qǐng)求，服務(wù)器就開始準(zhǔn)備播放，并在播放準(zhǔn)備完成時(shí)，向客戶機(jī)發(fā)送許可(步驟2)。在發(fā)送許可之后，開始對(duì)視頻1的數(shù)據(jù)發(fā)送(步驟3)。然后，當(dāng)視頻1的所有數(shù)據(jù)都被發(fā)送時(shí)，向客戶機(jī)發(fā)送由RTP協(xié)議指定的被稱為RTCP(RTP控制協(xié)議)BYE的控制信號(hào)，以通知視頻1的所有數(shù)據(jù)都已被發(fā)送(步驟4)。
一旦接收到RTCP BYE，客戶機(jī)就向服務(wù)器發(fā)送被稱為RTSPTEARDOWN的控制信號(hào)，以終止對(duì)話(步驟5)。一旦接收到RTSPTEARDOWN命令，服務(wù)器就終止對(duì)話，并通知客戶機(jī)會(huì)話已結(jié)束(步驟6)。在完成對(duì)視頻1的播放之后，客戶機(jī)接著播放視頻2。從步驟7至步驟12，按與發(fā)送視頻1相同的順序發(fā)送視頻2。
然而，這一傳統(tǒng)數(shù)據(jù)包接收方法中存在下述問(wèn)題。
即，當(dāng)在指示媒體數(shù)據(jù)結(jié)束的RTCP BYE數(shù)據(jù)包中出現(xiàn)比特誤差時(shí)，在使用RTP協(xié)議發(fā)送諸如聲音數(shù)據(jù)和視頻數(shù)據(jù)的實(shí)時(shí)數(shù)據(jù)期間，客戶機(jī)的低層將廢棄RTCP BYE數(shù)據(jù)包。在RTCP BYE被廢棄的情況下，客戶機(jī)無(wú)法知道數(shù)據(jù)結(jié)束，并且甚至當(dāng)數(shù)據(jù)發(fā)送已結(jié)束時(shí)，也不能開始播放下一個(gè)媒體。順便提一下，發(fā)送期間的比特誤差可能出現(xiàn)在，例如，使用無(wú)線電信道的情況下。
另外，因脈沖誤差產(chǎn)生的媒體的中斷可能終止對(duì)話。

發(fā)明內(nèi)容
本發(fā)明目的在于提供數(shù)據(jù)包接收裝置和數(shù)據(jù)包接收方法，由此，在因發(fā)送誤差而沒(méi)有接收到媒體結(jié)束通知數(shù)據(jù)包RTCPBYE的情況下，可以開始播放下一個(gè)媒體，并且由此，因脈沖誤差產(chǎn)生的媒體臨時(shí)中斷并不終止對(duì)話。
上述目的通過(guò)監(jiān)控低于RTP接收器的IP層或UDP層中的數(shù)據(jù)包丟失來(lái)實(shí)現(xiàn)，其中所述RTP接收器是RTP數(shù)據(jù)包接收工具。


圖1是圖解使用SMIL的內(nèi)容分銷的示意圖；圖2是展示用SMIL描述的內(nèi)容的示意圖；圖3是圖解連續(xù)媒體播放的情況的順序圖；圖4是說(shuō)明傳統(tǒng)連續(xù)媒體播放的問(wèn)題的順序圖；圖5是展示根據(jù)本發(fā)明實(shí)施例的內(nèi)容接收和播放裝置的構(gòu)造的方框圖；圖6是說(shuō)明根據(jù)本發(fā)明實(shí)施例的內(nèi)容接收和播放裝置的連續(xù)媒體播放操作的順序圖；圖7是說(shuō)明根據(jù)本發(fā)明實(shí)施例的內(nèi)容接收和播放裝置的連續(xù)媒體播放操作的順序圖；圖8是展示根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)包接收裝置的構(gòu)造的方框圖。
具體實(shí)施例方式
下面將參考附圖描述本發(fā)明的實(shí)施例。
圖5是展示根據(jù)本發(fā)明實(shí)施例的內(nèi)容接收和播放裝置的構(gòu)造的方框圖。此圖中，根據(jù)本發(fā)明實(shí)施例的內(nèi)容接收和播放裝置包括天線101、發(fā)送接收器102、IP數(shù)據(jù)包發(fā)送接收器103、TCP發(fā)送接收器104、UDP接收器105、RTP接收器106、內(nèi)容控制器107、數(shù)據(jù)包丟失監(jiān)視器110、以及結(jié)束時(shí)間確定器111。內(nèi)容控制器107包括播放顯示器108和控制命令發(fā)送接收器109。
發(fā)送接收器102對(duì)所接收的IP數(shù)據(jù)包進(jìn)行無(wú)線電處理(即，下轉(zhuǎn)換、A/D轉(zhuǎn)換等)和解調(diào)制處理，并將已解調(diào)制的數(shù)據(jù)包信號(hào)輸入到IP數(shù)據(jù)包發(fā)送接收器103。然后，發(fā)送接收器102對(duì)從IP數(shù)據(jù)包發(fā)送接收器103輸入的數(shù)據(jù)包信號(hào)進(jìn)行調(diào)制處理和無(wú)線電處理，并從天線101發(fā)送已作無(wú)線電處理的IP數(shù)據(jù)包。
如果IP數(shù)據(jù)包發(fā)送接收器103在進(jìn)行IP數(shù)據(jù)包發(fā)送/接收時(shí)，在所接收的IP數(shù)據(jù)包中發(fā)現(xiàn)誤差，那么IP數(shù)據(jù)包發(fā)送接收器103將IP數(shù)據(jù)包的IP首標(biāo)輸入到數(shù)據(jù)包丟失監(jiān)視器110中，而且廢棄這一數(shù)據(jù)包。相反，如果所接收的數(shù)據(jù)包沒(méi)有誤差，則移除這一IP數(shù)據(jù)包的IP首標(biāo)，隨后，在TCP信息段的情況下，將IP數(shù)據(jù)包輸入到TCP發(fā)送接收器104中；而在UDP信息段的情況下，將IP數(shù)據(jù)包輸入到UDP接收器105中。
TCP發(fā)送接收器104將從IP數(shù)據(jù)包發(fā)送接收器103輸入的TCP信息段輸入到內(nèi)容控制器107的控制命令發(fā)送接收器109中，并且還將從內(nèi)容控制器107的控制命令發(fā)送接收器109輸入的控制命令作為TCP信息段輸入到IP數(shù)據(jù)包發(fā)送接收器103。UDP接收器105檢查從IP數(shù)據(jù)包發(fā)送接收器103輸入的UDP信息段的誤差。如果UDP信息段存在誤差，則將這一UDP信息段的頭輸入到數(shù)據(jù)包丟失監(jiān)視器110中，隨后，廢棄整個(gè)信息段。相反，如果UDP信息段中沒(méi)有誤差，則將UDP信息段轉(zhuǎn)換為RTP數(shù)據(jù)包，并輸入到RTP接收器106。RTP接收器106將這一RTP數(shù)據(jù)包輸入到內(nèi)容控制器107的播放顯示器108。另外，RTP接收器106向結(jié)束時(shí)間確定器111報(bào)告有關(guān)RTP數(shù)據(jù)包接收的情況。
內(nèi)容控制器107的控制命令發(fā)送接收器109接收來(lái)自服務(wù)器(圖中未示出)的TCP/IP數(shù)據(jù)包中的控制命令，或使用TCP/IP數(shù)據(jù)包向服務(wù)器(圖中未示出)發(fā)送控制命令，并依照內(nèi)容描述，指令播放顯示器108開始或停止媒體播放。播放顯示器108依照來(lái)自控制命令發(fā)送接收器109的指令，播放并顯示從RTP接收器106輸入的RTP數(shù)據(jù)包中包括的媒體數(shù)據(jù)。
當(dāng)結(jié)束時(shí)間確定器111識(shí)別RTP接收器106已接收到指示媒體結(jié)束的BYE數(shù)據(jù)包時(shí)，結(jié)束時(shí)間確定器111確定媒體已結(jié)束，并將該BYE數(shù)據(jù)包輸入到控制命令發(fā)送接收器109。另外，甚至在RTP接收器106沒(méi)有接收到BYE數(shù)據(jù)包的情況下，也基于來(lái)自數(shù)據(jù)包丟失監(jiān)視器110的數(shù)據(jù)包丟失信息和來(lái)自RTP接收器106的RTP數(shù)據(jù)包接收情況，確定來(lái)自服務(wù)器(圖中未示出)的媒體數(shù)據(jù)發(fā)送結(jié)束，并指令控制命令發(fā)送接收器109停止該媒體。即，在沒(méi)有數(shù)據(jù)包丟失，和連續(xù)一段時(shí)間沒(méi)有接收到數(shù)據(jù)包的情況下，確定來(lái)自服務(wù)器的媒體數(shù)據(jù)發(fā)送結(jié)束，并指令控制命令發(fā)送接收器109停止該媒體。在這種情況下，即使RTP接收器106沒(méi)有接收到RTP數(shù)據(jù)包，只要數(shù)據(jù)包丟失出現(xiàn)在比數(shù)據(jù)包丟失信息低的層中，結(jié)束時(shí)間確定器111也不確定媒體數(shù)據(jù)發(fā)送結(jié)束。即，如果數(shù)據(jù)包丟失出現(xiàn)在IP層或UDP層中，那么即使在過(guò)去一段時(shí)間中沒(méi)有接收到RTP數(shù)據(jù)包的情況下，結(jié)束時(shí)間確定器111也不確定媒體數(shù)據(jù)發(fā)送結(jié)束。順便提一下，在播放顯示器108中重復(fù)中斷播放的情況下，有可能出現(xiàn)RTP接收器106沒(méi)有接收到RTP數(shù)據(jù)包和在低層出現(xiàn)數(shù)據(jù)包丟失的情況。
下面將描述有關(guān)BYE數(shù)據(jù)包因誤差而被廢棄，而沒(méi)有通知客戶機(jī)媒體結(jié)束時(shí)間的情況下的操作。
圖6是展示在BYE數(shù)據(jù)包出現(xiàn)發(fā)送誤差的情況下的操作的順序圖。此圖中，從步驟1到步驟3與圖3的順序圖中那些步驟相同，從而省略對(duì)其的詳細(xì)描述。
參考圖6，當(dāng)BYE數(shù)據(jù)包出現(xiàn)誤差時(shí)，客戶機(jī)端廢棄該BYE數(shù)據(jù)包。順便提一下，此時(shí)從服務(wù)器的媒體數(shù)據(jù)發(fā)送已經(jīng)結(jié)束，并且將不再發(fā)送媒體數(shù)據(jù)?？蛻魴C(jī)仍然無(wú)法得知媒體數(shù)據(jù)發(fā)送是否已結(jié)束。所以客戶機(jī)在一段時(shí)間內(nèi)保持接收媒體數(shù)據(jù)的條件，并且，如果在此時(shí)段內(nèi)沒(méi)有接收到媒體數(shù)據(jù)，則確定媒體數(shù)據(jù)發(fā)送已經(jīng)結(jié)束，并請(qǐng)求服務(wù)器終止對(duì)話(步驟5)。
接下來(lái)，將描述有關(guān)出現(xiàn)脈沖誤差的情況下的操作，公知在無(wú)線電信道中經(jīng)常出現(xiàn)這種情況。脈沖誤差指在集中的時(shí)間段中出現(xiàn)發(fā)送誤差的誤差模式。
圖7是圖解在連續(xù)媒體播放期間，媒體數(shù)據(jù)包中出現(xiàn)脈沖誤差的情況下的操作的順序圖。此圖中，與圖6中一樣，使用多個(gè)數(shù)據(jù)包從服務(wù)器向客戶機(jī)發(fā)送媒體數(shù)據(jù)。
參考圖7，如果在從服務(wù)器向客戶機(jī)發(fā)送媒體數(shù)據(jù)時(shí)出現(xiàn)脈沖誤差，則隨后的數(shù)據(jù)包中將出現(xiàn)誤差。當(dāng)在IP層或UDP層中檢測(cè)到這樣的誤差時(shí)，將廢棄整個(gè)媒體數(shù)據(jù)。在脈沖誤差期間，RTP接收器106根本不能接收媒體數(shù)據(jù)。在出現(xiàn)數(shù)據(jù)包誤差的同時(shí)，從IP層和UDP層輸出數(shù)據(jù)包丟失信息，并且結(jié)束時(shí)間確定器111確定媒體數(shù)據(jù)接收仍在進(jìn)行中，或者，換句話說(shuō)，不確定媒體數(shù)據(jù)接收結(jié)束。因此，在一段時(shí)間內(nèi)保持接收媒體數(shù)據(jù)的條件。然后，在脈沖誤差結(jié)束時(shí)，重新開始媒體數(shù)據(jù)接收。
因此，根據(jù)本實(shí)施例，當(dāng)播放沒(méi)有指定播放時(shí)間內(nèi)容時(shí)，并且當(dāng)指示媒體數(shù)據(jù)結(jié)束的BYE數(shù)據(jù)包因發(fā)送誤差而丟失時(shí)，如果在一段時(shí)間內(nèi)繼續(xù)無(wú)效的媒體數(shù)據(jù)接收條件，其間沒(méi)有檢測(cè)到數(shù)據(jù)包誤差，那么仍然可以確定媒體數(shù)據(jù)發(fā)送結(jié)束，并因此可以迅速的開始接收下一個(gè)媒體數(shù)據(jù)。
此外，當(dāng)檢測(cè)到因發(fā)送誤差而產(chǎn)生的數(shù)據(jù)包誤差等時(shí)，只要繼續(xù)媒體數(shù)據(jù)接收的等待狀態(tài)，就可以避免因脈沖誤差而產(chǎn)生的媒體數(shù)據(jù)接收錯(cuò)誤中斷使播放停止、而不能播放隨后的數(shù)據(jù)的情況。
順便提一下，盡管本實(shí)施例的描述是關(guān)于接收并播放內(nèi)容的接收器-播放器的，但是仍然有可能移除內(nèi)容控制器107，以使數(shù)據(jù)包接收裝置只接收內(nèi)容。圖8展示了這一數(shù)據(jù)包接收裝置的構(gòu)造。
而且，盡管本實(shí)施例中描述了使用硬件實(shí)現(xiàn)內(nèi)容接收和播放的情況，但是本發(fā)明不限于此，而使用軟件也可以實(shí)現(xiàn)內(nèi)容接收和播放。例如，有可能在諸如RAM(隨機(jī)存取存儲(chǔ)器)的計(jì)算機(jī)可讀介質(zhì)中存儲(chǔ)用于實(shí)現(xiàn)內(nèi)容接收和播放的程序，并操作使用該程序的計(jì)算機(jī)。該數(shù)據(jù)包接收程序包括，例如，如下步驟接收從服務(wù)器發(fā)送的數(shù)據(jù)包；檢測(cè)所述數(shù)據(jù)包接收器接收的數(shù)據(jù)包的發(fā)送誤差；廢棄在所述誤差數(shù)據(jù)包檢測(cè)器中檢測(cè)到的誤差數(shù)據(jù)包；從所述數(shù)據(jù)包接收器所接收的沒(méi)有發(fā)送誤差的數(shù)據(jù)包中接收媒體數(shù)據(jù)；以及在所述媒體接收器開始接收所述媒體數(shù)據(jù)之后，在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段，并且在該時(shí)間段中所述數(shù)據(jù)包檢測(cè)器沒(méi)有檢測(cè)到數(shù)據(jù)包誤差的情況下，確定所述媒體數(shù)據(jù)的發(fā)送結(jié)束，而在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段，卻在該時(shí)間段中所述數(shù)據(jù)包檢測(cè)器檢測(cè)到數(shù)據(jù)包誤差的情況下，確定所述媒體數(shù)據(jù)的發(fā)送沒(méi)有結(jié)束。通過(guò)該軟件的控制仍然實(shí)現(xiàn)與上述實(shí)施例相同的操作和效果。即，即使因發(fā)送誤差而產(chǎn)生通知媒體數(shù)據(jù)結(jié)束的數(shù)據(jù)包的丟失，只要無(wú)效媒體數(shù)據(jù)接收的情況繼續(xù)一段時(shí)間，并在該時(shí)間段中沒(méi)有檢測(cè)到數(shù)據(jù)包誤差，仍然確定媒體數(shù)據(jù)發(fā)送結(jié)束。通過(guò)這種方法，有可能迅速開始發(fā)送下一個(gè)媒體數(shù)據(jù)。此外，假設(shè)在數(shù)據(jù)包因發(fā)送誤差等而丟失的情況下，繼續(xù)媒體數(shù)據(jù)接收等待狀態(tài)，有可能最小化這種可能性，即隨著媒體數(shù)據(jù)因脈沖誤差等臨時(shí)中斷，而錯(cuò)誤的中斷對(duì)話。
用于記錄上述程序的記錄介質(zhì)可以是諸如RAM的半導(dǎo)體存儲(chǔ)器裝置、磁存儲(chǔ)器裝置、光存儲(chǔ)器裝置、或者光磁存儲(chǔ)器裝置。
盡管使用SMIL描述了本實(shí)施例，但是使用HTML也是可能的。同樣，也有可能是媒體不用內(nèi)容描述而簡(jiǎn)單地重復(fù)播放的情況，其，例如，對(duì)應(yīng)于數(shù)據(jù)包接收裝置向服務(wù)器連續(xù)發(fā)送控制信號(hào)RTSPPLAY的情況。
另外，盡管本實(shí)施例中描述了連續(xù)播放內(nèi)容中包含的多個(gè)媒體的情況，但是，本實(shí)施例也適用于以只現(xiàn)場(chǎng)直播一個(gè)媒體的方式播放內(nèi)容的情況。在現(xiàn)場(chǎng)直播的情況下，很少明確指示結(jié)束時(shí)間，因此通過(guò)使用本發(fā)明，可以令人滿意的結(jié)束現(xiàn)場(chǎng)直播內(nèi)容的播放。
如上所述，即使在播放沒(méi)有指定播放時(shí)間的內(nèi)容的情況下，和在沒(méi)有令人滿意的接收到BYE數(shù)據(jù)包的情況下，本發(fā)明使能了令人滿意的結(jié)束時(shí)間確定。此外，因?yàn)樯踔猎谝驍?shù)據(jù)包丟失而中斷播放的情況下，通過(guò)監(jiān)視數(shù)據(jù)包丟失，仍進(jìn)行結(jié)束時(shí)間確定，所以有可能避免錯(cuò)誤地確定媒體數(shù)據(jù)結(jié)束而停止播放的情況，和不能播放隨后的數(shù)據(jù)的情況。
本發(fā)明基于2001年5月29日提交的日本專利申請(qǐng)第2001-161398號(hào)，其全部?jī)?nèi)容全部合并于此，作為參考。
工業(yè)實(shí)用性本發(fā)明適于在圖像分配系統(tǒng)中使用，所述圖像分配系統(tǒng)在網(wǎng)絡(luò)上分銷諸如圖像和聲音的實(shí)時(shí)媒體。
權(quán)利要求
1.一種數(shù)據(jù)包接收裝置，包括數(shù)據(jù)包接收器，用于接收從服務(wù)器發(fā)送的數(shù)據(jù)包；誤差數(shù)據(jù)包檢測(cè)器，用于檢測(cè)所述數(shù)據(jù)包接收器接收的數(shù)據(jù)包的發(fā)送誤差；數(shù)據(jù)包消除器，用于廢棄在所述誤差數(shù)據(jù)包檢測(cè)器中檢測(cè)到的誤差數(shù)據(jù)包；媒體接收器，用于從所述數(shù)據(jù)包接收器所接收的沒(méi)有發(fā)送誤差的數(shù)據(jù)包中接收媒體數(shù)據(jù)；以及數(shù)據(jù)結(jié)束確定器，用于在所述媒體接收器開始接收所述媒體數(shù)據(jù)之后，在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段，并且在該時(shí)間段中所述數(shù)據(jù)包檢測(cè)器沒(méi)有檢測(cè)到數(shù)據(jù)包誤差的情況下，確定所述媒體數(shù)據(jù)的發(fā)送結(jié)束。
2.如權(quán)利要求1所述的數(shù)據(jù)包接收裝置，其中所述數(shù)據(jù)結(jié)束確定器在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段，卻在該時(shí)間段中所述誤差數(shù)據(jù)包檢測(cè)器檢測(cè)到數(shù)據(jù)包誤差的情況下，確定所述媒體數(shù)據(jù)的發(fā)送沒(méi)有結(jié)束。
3.如權(quán)利要求1所述的數(shù)據(jù)包接收裝置，其中所述數(shù)據(jù)包接收器包括IP數(shù)據(jù)包接收器，用于接收IP數(shù)據(jù)包；以及UDP數(shù)據(jù)包接收器，用于接收UDP數(shù)據(jù)包，其中，所述媒體接收器接收從所述UDP數(shù)據(jù)包接收器獲得的RTP數(shù)據(jù)包中的媒體結(jié)束信號(hào)。
4.一種內(nèi)容接收和播放裝置，包括權(quán)利要求1所述的數(shù)據(jù)包接收裝置；以及控制命令發(fā)送器，用于在已發(fā)布實(shí)時(shí)數(shù)據(jù)結(jié)束的通知，而所述數(shù)據(jù)包接收裝置中的媒體接收器沒(méi)有接收到媒體結(jié)束信號(hào)時(shí)，向服務(wù)器發(fā)送對(duì)話結(jié)束命令。
5.如權(quán)利要求4所述的內(nèi)容接收和播放裝置，還包括播放顯示器，用于依照內(nèi)容描述語(yǔ)言，播放并顯示所述媒體接收器接收的媒體數(shù)據(jù)。
6.一種通信終端裝置，包括權(quán)利要求1所述的數(shù)據(jù)包接收裝置。
7.一種數(shù)據(jù)包接收方法，其中，一旦確定來(lái)自服務(wù)器的媒體數(shù)據(jù)發(fā)送結(jié)束，就終止對(duì)話，并且進(jìn)行對(duì)下一個(gè)媒體數(shù)據(jù)的播放處理，其中當(dāng)在低于接收所述媒體數(shù)據(jù)的RTP接收器的UDP層和IP層中沒(méi)有探測(cè)到數(shù)據(jù)包丟失時(shí)，在開始接收從服務(wù)器發(fā)送的媒體數(shù)據(jù)之后，在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段的情況下，確定媒體數(shù)據(jù)的發(fā)送結(jié)束；以及其中，當(dāng)在所述無(wú)效媒體數(shù)據(jù)接收的預(yù)定時(shí)間段內(nèi)，在UDP層和IP層中檢測(cè)到了數(shù)據(jù)包丟失時(shí)，確定來(lái)自服務(wù)器的媒體數(shù)據(jù)發(fā)送沒(méi)有結(jié)束。
8.一種內(nèi)容接收和播放程序，包括如下步驟接收從服務(wù)器發(fā)送的數(shù)據(jù)包；檢測(cè)所述數(shù)據(jù)包接收器接收的數(shù)據(jù)包的發(fā)送誤差；廢棄在所述誤差數(shù)據(jù)包檢測(cè)器中檢測(cè)到的誤差數(shù)據(jù)包；從所述數(shù)據(jù)包接收器所接收的沒(méi)有發(fā)送誤差的數(shù)據(jù)包中接收媒體數(shù)據(jù)；以及在所述媒體接收器開始接收所述媒體數(shù)據(jù)之后，在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段，并且在該時(shí)間段中所述數(shù)據(jù)包檢測(cè)器沒(méi)有檢測(cè)到數(shù)據(jù)包誤差的情況下，確定所述媒體數(shù)據(jù)的發(fā)送結(jié)束；而在所述媒體數(shù)據(jù)的接收無(wú)效的情況繼續(xù)預(yù)定的時(shí)間段，卻在該時(shí)間段中所述數(shù)據(jù)包檢測(cè)器檢測(cè)到數(shù)據(jù)包誤差的情況下，確定來(lái)自服務(wù)器的所述媒體數(shù)據(jù)的發(fā)送沒(méi)有結(jié)束。
全文摘要
甚至在RTP接收塊(106)沒(méi)有接收到BYE數(shù)據(jù)包的情況下，考慮到來(lái)自數(shù)據(jù)包丟失監(jiān)控塊(110)的數(shù)據(jù)包丟失信息和來(lái)自RTP接收塊(106)的RTP數(shù)據(jù)包接收的情況，當(dāng)不存在數(shù)據(jù)包丟失和沒(méi)有接收到RTP數(shù)據(jù)包時(shí)，結(jié)束時(shí)間確定塊(111)確定來(lái)自服務(wù)器的媒體發(fā)送結(jié)束，并指令控制命令發(fā)送接收塊(109)停止媒體。此外，在RTP接收塊(106)未接收數(shù)據(jù)時(shí)，如果在低層出現(xiàn)數(shù)據(jù)包丟失，則不確定媒體結(jié)束。
文檔編號(hào)H04L12/26GK1465170SQ02802333
公開日2003年12月31日 申請(qǐng)日期2002年5月21日 優(yōu)先權(quán)日2001年5月29日
發(fā)明者井戶大治 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社