用於流式定時文本的文本樣本格式描述的優化傳輸的製作方法
2023-05-03 04:14:31 1
專利名稱：用於流式定時文本的文本樣本格式描述的優化傳輸的製作方法
技術領域：
本發明涉及一種用於在移動通信系統中使用RTP協議將格式化文本從流伺服器傳送到移動客戶端的方法。格式化文本可以包含至少一個具有相關聯的文本樣本格式描述的文本樣本。此外，本發明涉及傳送格式化文本的流伺服器、接收流式格式化文本的移動客戶端、以及包含該流伺服器和移動客戶端的系統。
背景技術：
3GPP(第三代合作夥伴項目)採用如RTP、UDP、IP的IETF(網際網路工程任務組)標準化協議用於傳輸，並且採用如同AMR(自適應多速率)和H.264(MPEG 4第10部分)的分組交換編解碼器用於編碼媒介。3GPP分組交換流服務(參見可在http://www.3gpp.org得到的、2003年9月的3GPP TS26.234版本5.6.0發行版5、「Universal Mobile Telecommunications System(UMTS)；Transparent end-to-end streaming service；Protocols and codecs」)使用RTP/UDP協議堆棧來流播音頻/視頻/文本媒介。
RTP是實時傳輸協議(參見Schulzrinne等人在2003年7月所著、RFC3550、「RTPA Transport Protocol for Real-Time Applications」，可以在http://www.iett.org得到全部RFC)，其主要用於實時或者接近實時通信，即具有放鬆的延遲約束條件的通信。它提供有關其攜帶的媒介的定時的信息，並且還允許在接收機處進行重新排序和重新組合。
該協議的組成部分是RTCP(實時控制協議)，其提供了最小接收信息和鬆散小組成員(loose group membership)。RTP通常與RTP/AVP簡檔表(參見Schulzrinne等人在2003年7月所著、RFC 3551、「RTP Profile for Audio andVideo Conferences with Minimal Control」)一起使用，除了簡單的RTCP反饋定時規則之外，該RTP/AVP簡檔表還定義了RTP報頭欄位以及用於有效載荷類型的映射表的使用。
UDP(Postel在1980年8月所著，RFC 768，「User Datagram Protocol」)是用於傳輸RTP分組的用戶數據報協議。如用於流應用的情況那樣，當不可靠的通信適用於給定媒介時，通常使用UDP。使用協議堆棧RTP/UDP是因為媒介的定時限制通常不允許例如通過使用TCP(傳輸控制協議)的可靠通信。
在RTP中，在網際網路工程任務組音頻/視頻傳輸工作小組(IETF AVT WG)中規定了用於現有媒介格式(編解碼器)的分組化方案(有效載荷格式)。例如，存在用於AMR編碼的語音數據的有效載荷格式，並且存在用於H.264視頻的另一種格式。
在由Hellstrom於2000年5月所提出的RFC 2793，「RTP Payload for TextConversation」中定義的有效載荷格式可以用來傳送對話文本，但是該格式不允許攜帶任何有關文本字符的修飾的附加信息。修飾例如為所使用的字體、背景色、滾動或者卡拉OK式移動。它不允許與其它媒介空間同步，如同例如視頻序列的字幕所需要的那樣。總之，3GPP定時文本(參見3GPP TS26.234，尤其是附錄D.8a)提供了未由其它標準化編解碼器支持的功能的寬得多的範圍。
可在http://www.ietf.org獲得的，由Rey等人在2003年9月提出的draft-ray-avt-3gpp-tt-01.txt，IETF AVT WG，「RTP Payload Format for 3GPPTimed Text」提出了用於使用RTP傳輸定時文本的有效載荷格式。然而，該有效載荷格式僅僅提供了用於樣本描述信息的帶外傳輸的方式，而沒有詳細地解決樣本描述信息的帶內傳輸問題。由Rey等人所提出的樣本描述的帶內傳輸需要連同每個樣本描述的關聯的文本樣本一起傳送該樣本描述，因此不能解決下面概述的問題。
在本發明中，可以在信令信道的上下文中理解帶內傳輸。通常，樣本描述表示純信令信息或者元數據。文本可被認為是實際數據。因此，帶內傳輸意指信令(即樣本描述)在與數據(即文本樣本)相同的會話中傳送。請注意，文本樣本不包含SPLDESC、THDR或者FHDR報頭，並且僅僅傳送文本串和修改框(modifier boxes)(參見3GPP TS 26.234)。因此可以將帶外信令理解為使用另一會話或者與用於傳送數據的協議不同的協議(如SDP)發送樣本描述。
當流播3GPP定時文本時，通常這是流式文本樣本引用同一個樣本描述條目的情況。在給定時間量之後，所有可能的樣本描述已經被至少傳送了一次。文本樣本重複地引用這些樣本描述，從而樣本描述必須一次又一次地從發送機傳送到接收機，這是因為發送機不知道接收機接收了那些分組。此外，3GPP TS 26.234和Rey等人在「RTP Payload Format for 3GPP Timed Text」中所提出的方法均要求每個文本樣本始終要連同其相關聯的樣本描述一起傳送。因此，在傳統系統中，由於傳送3GPP文件的全部樣本描述而導致的傳輸開銷很大。此外，在經由資源缺乏的無線電鏈路向移動客戶端提供流的情況下，這個開銷尤其是不合需要的。
發明內容
因此，本發明的目的是當在諸如UMTS之類的無線通信系統中使用RTP將流式文本從流伺服器傳送到移動終端或者客戶端時，減少傳統系統的傳輸開銷。
本發明的目的由獨立權利要求的主題所解決。本發明的優選實施例是從屬權利要求的主題。
根據本發明的第一實施例，提供了一種用於在移動通信系統中使用RTP協議將格式化文本從流伺服器傳送到移動客戶端的方法。該格式化文本可以包含至少一個具有相關聯的文本樣本格式描述的文本樣本。該流伺服器可以確定是否已經為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述。如果是的話，則可以僅僅將要傳送的文本樣本添加到要傳送的至少一個數據分組中。如果不是的話，則可以將要傳送的文本樣本及其相關聯的文本樣本格式描述添加到至少一個要傳送的數據分組中。然後可以將所述至少一個數據分組傳送到移動客戶端。
根據這個實施例，例如從3GPP文件中準備格式化文本的流伺服器可以在傳輸之前分析不同文本樣本的文本樣本格式描述。在這個處理中，流伺服器可以確定哪些樣本描述已經被傳送到客戶端，或者它們中的哪些可能已經被添加到要傳送到客戶端的(多個)RTP分組中。取決於這個確定處理，在已經提供了文本樣本格式描述的情況下，流伺服器可能不需要在數據分組中包括該文本樣本格式描述。因此，可以減少傳輸開銷，因為這可以防止重複信息的(重新)傳輸。
此外，應當注意到，數據分組僅僅包含至少一個文本樣本格式描述也是有可能的。例如，在所包括的至少一個文本樣本格式描述已達到單個數據分組的最大大小的情況下，其中可能不存在另外的文本樣本。因此，當數據分組僅僅包含文本樣本格式描述時，也可以應用如下面段落所概述的、本發明的不同實施例。
在流伺服器可能不傳送要被傳送的文本樣本的文本樣本格式描述方面，可能有兩種可能性已提供的文本樣本格式描述已經在先前的數據分組中被傳送到移動客戶端，或者在處理先前文本樣本時、已提供的文本樣本格式描述已被添加到所述至少一個數據分組中。
當把要傳送的文本樣本增加到至少一個數據分組中時，流伺服器還可以將至少一個樣本標識符添加到該至少一個數據分組中。樣本標識符可以提供該至少一個數據分組中的文本樣本格式描述及其關聯文本樣本之間的映射。因此，通過使用標識符，每個文本樣本可以與文本樣本格式描述相關。
根據本發明的進一步實施例，流伺服器可以維護有關在所傳送的數據分組中、提供給移動客戶端的文本樣本格式描述的信息。所維護的信息可以包含有關所提供的文本樣本格式描述的數據、有關其中已經傳送了文本樣本格式描述的至少一個數據分組的數據、以及至少一個標識符。
如果已經確定了已為先前的文本樣本提供了用於要傳送文本樣本的文本樣本格式描述，則可能需要確定哪個傳送到客戶端的數據分組包含該文本樣本格式描述。流伺服器中維護的信息可以用來確定所述至少一個已傳送的數據分組，這是因為該信息可以包含有關所傳送的文本樣本格式描述的信息、以及其中已經傳送了或者將要傳送該文本樣本格式描述的(多個)數據分組。
如果流伺服器確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，即在已將文本樣本格式描述傳送到客戶端的情況下，則可能期望檢查是否已經由移動客戶端確認收到包含該文本樣本格式描述的至少一個數據分組。如果是的話，則可以重用在所確定的至少一個數據分組中使用的、用於將要傳送的文本樣本映射到所提供的文本樣本格式描述的樣本標識符。即用於已傳送的文本樣本格式描述的樣本標識符可以與要傳送的文本樣本相關聯，而且可以包括在其中將要包括要傳送的文本樣本的至少一個數據分組中。
如果已經確定所確定的至少一個數據分組還沒有被移動客戶端確認收到，則可以將要傳送的文本樣本及其關聯的文本樣本格式描述二者都添加到至少一個數據分組中，這是因為不能確保移動客戶端已經成功地接收了在先前傳送的(多個)數據分組中的必要文本樣本格式描述。
此外，所述至少一個數據分組可以包含報頭和有效載荷部分。如果已經確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，則數據分組的報頭可以包含重用標識符。在本發明的這個示範實施例中，在RTP分組中的報頭可以包括用於文本樣本格式描述的樣本標識符，以向接收客戶端指示文本樣本格式描述的重用。此外，需要在該文本樣本格式描述中規定的格式的文本樣本也可以關聯到同一標識符，這樣客戶端可以將文本樣本映射到其關聯的文本樣本格式描述。
此外，應當注意到，至少一個數據分組可以包含多個文本樣本和文本樣本格式描述。應當理解，單個數據分組可以僅僅包含單個文本樣本和/或文本樣本格式描述、或者甚至僅僅它們的片斷。同樣，單個數據分組可以包含多個文本樣本和/或文本樣本格式描述。
如果已經確定還沒有為先前的文本樣本提供用於要傳送的文本樣本的文本樣本格式描述，則數據分組的報頭可以包括至少一個樣本標識符和至少一個文本樣本格式描述。
在替換情況下，因為先前已經向客戶端提供了文本樣本格式描述而可以省略該文本樣本格式描述，所以數據分組的報頭可以包含至少一個樣本標識符。
如上所示，至少一個數據分組包含報頭和有效載荷部分。此外，有效載荷部分可以包含至少一個樣本標識符和至少一個文本樣本。因此，根據有效載荷部分中的樣本標識符和文本樣本的關聯、以及用於文本樣本格式描述的所述樣本標識符的使用，可以由客戶端執行映射以便對該文本樣本進行正確格式化。
是否已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述的確定可以基於例如所維護的信息。
本發明的另一個實施例解決了用於在客戶端高速緩存樣本描述信息以控制高速緩存所需要的存儲器大小的存儲器管理。為了減少所需的存儲器大小，可以僅僅使用預定數目的標識符。因此，如果已經確定還沒有為先前的文本樣本提供用於要傳送的文本樣本的文本樣本格式描述、以及如果全部可用的標識符都已用於將文本樣本映射到文本樣本格式描述，則可以重用樣本標識符，以用於將新文本樣本格式描述和相應的文本樣本提供給移動客戶端。
因此，當重用標識符時、可以更新有關所提供的文本樣本格式描述的維護信息是有利的。
為了判定應該重用哪個樣本標識符，所維護的信息還可以包括用於每個樣本標識符的時戳，該時戳指示樣本標識符到傳送數據分組的最近插入。因此，根據本發明的另一個實施例，可以重用具有最早時戳的樣本標識符，以用於將新的文本樣本格式描述傳輸到該移動客戶端。
此外，應當注意到，至少一個數據分組可能僅僅包括至少一個文本樣本格式描述。
在另一個實施例中，本發明提供了移動通信系統中使用RTP協議將格式化文本傳送到移動客戶端的流伺服器。格式化文本可以包含具有關聯的文本樣本格式描述的至少一個文本樣本。流伺服器可以包括分組形成裝置，用於形成至少一個數據分組；處理裝置，用於確定是否已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述；以及傳輸裝置，用於將至少一個數據分組傳送到移動客戶端。
如果處理裝置已經確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，則分組形成裝置可以適配為將要傳送的文本樣本添加到要傳送的至少一個數據分組中。此外，如果處理裝置已經確定還沒有為先前的文本樣本提供用於要傳送的文本樣本的文本樣本格式描述，則分組形成裝置可以適配為將要傳送的文本樣本以及其關聯的文本樣本格式描述添加到要傳送的至少一個數據分組中。
此外，流伺服器可以適配為執行根據上述不同實施例的方法。
在本發明的進一步實施例中，提供了一種用於操作在移動通信系統中的移動客戶端、以使用RTP協議從流伺服器接收格式化文本的方法。再次，格式化文本可以包含具有關聯的文本樣本格式描述的至少一個文本樣本。移動客戶端可以從流伺服器接收至少一個數據分組，其中該至少一個數據分組可以包括至少一個文本樣本。接下來，客戶端可以確定對於至少一個文本樣本中的相應一個、所述至少一個數據分組是否還包括了至少一個關聯的文本樣本格式描述。
如果是的話，則客戶端可以直接從數據分組中選擇包含在至少一個數據分組中的、用於相應文本樣本的關聯文本樣本格式描述。如果不是的話，因為可以假定或者向客戶端指示先前已向客戶端提供了所需要的樣本描述，所以可以從已在移動客戶端可用的文本樣本格式描述中選擇用於相應文本樣本的文本樣本格式描述。當已經選擇了恰當的格式(即文本樣本格式描述)時，可以使用所選擇的文本樣本格式描述對相應的文本樣本進行格式化。
根據進一步實施例，所述至少一個數據分組還包含至少一個樣本標識符，用於將至少一個文本樣本映射到其關聯的文本樣本格式描述。
為了能夠提供文本樣本到(先前接收的)文本樣本格式描述的恰當映射，客戶端可以維護有關在所接收數據分組中提供的文本樣本格式描述的信息。所維護的信息因此可以包括有關所提供的至少一個文本樣本格式描述的數據、以及能夠執行到文本樣本的映射的它的至少一個樣本標識符。
當選擇用於文本樣本的關聯文本樣本格式描述時，與文本樣本關聯的樣本標識符可以用來標識在至少一個數據分組中或者已在移動客戶端可用的文本樣本格式描述中的關聯的文本樣本格式描述。
在其中客戶端接收了與樣本標識符相關聯的新文本樣本格式描述、而該樣本標識符已在所維護的信息中關聯到另一個文本樣本格式描述的情況下，可以基於新文本樣本格式描述而更新所維護的信息。
為了允許流伺服器確定是否已經由移動客戶端成功地接收了文本樣本格式描述，該移動客戶端可以確認收到該至少一個接收數據分組。
此外，由移動客戶端接收的數據分組可以僅僅包括至少一個文本樣本格式描述，而且移動客戶端可以存儲所接收的至少一個文本樣本格式描述。因此，還有可能傳送/接收僅僅包含樣本描述的分組，並且存儲該樣本描述用於稍後當格式化相關聯的文本樣本時使用。
本發明的另一個實施例涉及使用RTP協議從流伺服器接收格式化文本的移動客戶端。移動客戶端可以包括接收裝置，用於從流伺服器接收至少一個數據分組，其中所述至少一個數據分組包含至少一個文本樣本；處理裝置，用於確定對於至少一個文本樣本中的相應一個，其中所述至少一個數據分組是否還包括了至少一個相關聯的文本樣本格式描述；以及文本格式化裝置，用於使用所選擇的文本樣本格式描述對相應的文本樣本進行格式化。
如果確定對於至少一個文本樣本中的相應一個、至少一個數據分組還包含至少一個相關聯的文本樣本格式描述，則選擇裝置可以適配為選擇包含在至少一個數據分組中的、用於相應文本樣本的相關聯文本樣本格式描述。此外，如果確定對於至少一個文本樣本中的相應一個、至少一個數據分組不包含至少一個相關聯的文本樣本格式描述，則選擇裝置可以適配為從移動客戶端處已可用的文本樣本格式描述中選擇用於相應文本樣本的文本樣本格式描述。
此外，移動客戶端可以適配為執行如上所述方法的不同實施例。
根據進一步實施例，本發明提供了包含至少一個流伺服器和至少一個移動客戶端的流播系統。
下面將參考附圖更詳細地描述本發明。用相同的附圖標記來標記附圖中相似或者對應的細節。
圖1示出了根據本發明一個實施例的流系統的結構概述；圖2示出了根據本發明的一個實施例的用於RTP的有效載荷報頭格式；圖3示出了根據本發明的一個實施例的圖2所示的有效載荷報頭中的樣本描述欄位；圖4示出了根據本發明一個實施例的用於根據圖2的RTP的有效載荷報頭格式，在該報頭中包括重用的文本樣本格式描述和文本樣本格式描述；以及圖5示出了根據本發明的一個實施例的用於圖3所示RTP的有效載荷報頭格式的增強版本。
具體實施例方式
雖然將主要參考3GPP定時文本流而解釋以下的描述，但是應當注意到，這個發明所基於的原理可以容易地應用到移動通信系統中的其它文本流播系統，在這些文本流播系統中對文本及其格式描述進行流播。
圖1示出了依據本發明實施例的系統體系結構的概述。流伺服器100向移動客戶端101提供流式格式化文本。在所示的示範體系結構中，在流式數據進入諸如UMTS 102之類的無線網絡中之前，它們通過網際網路，即基於IP的網絡(網際網路)。在所示示例中，GGSN 105(網關GPRS支持節點)代表將UMTS核心網絡(CN)103連接到網際網路的網關。數據通過CN 103(經由服務GPRS支持節點SGSN 106)並且通過接入網(這裡是UTRAN 104)，並經由空中接口而被傳遞到移動客戶端101。附圖中的虛線箭頭指示流式數據通過CN 103和UTRAN 104到移動客戶端101的遞送。應當注意到，本發明不限於圖1所示的實施例。流伺服器也可以例如位於UMTS網絡102內，數據未必必需經由基於IP的網絡而遞送，可以使用不同於UMTS的其它移動通信系統等。
根據本發明的一個方面，流伺服器100可以保持傳送分組和在每個RTP分組中發送的樣本描述信息條目的某些記錄的列表(例如在每個分組中發送的SIDX值的列表)。通過使得這個維護的(maintained)信息可用，流伺服器100可以將當前進行處理以便傳輸的文本樣本的樣本描述與包括在已傳送數據分組中的那些進行比較。客戶端可以向伺服器提供這些數據分組的反饋，以避免這些樣本格式描述的重發。此外，客戶端可以精心構造所接收樣本描述條目的列表，並且存儲它們對應的樣本描述值。所接收樣本條目的這個記錄可以具有等於流會話的持續時間的最小生存期。
下列表格將給出由流伺服器100維護、以便確定在樣本標識符SIDX、樣本描述和其中傳送/已經傳送了樣本描述的數據分組之間的關聯的列表或者信息的示例。
由流伺服器100收集的、有關所提供的樣本描述的信息可以包括樣本描述、以及其中樣本描述已經或者即將被傳送到移動客戶端101的RTP分組。此外，該信息還可以包括便於在樣本描述和文本樣本之間的映射的樣本標識符。此外，在本發明的另一個實施例中，所維護的信息還可以指示是否已經傳送(TX)了攜帶該樣本描述的所有RTP分組，或者指示是否正在等待重發、即當前準備傳輸攜帶了該樣本描述的所有RTP分組。另外，也可以指示其中已經傳送了樣本描述的數據分組的確認狀態(ACK)。
上面表格中給出的示例說明，例如樣本描述SPLATTR#1具有相關聯的樣本標識符SIDX#1。此外，該樣本描述已經在例如由它的序號SN#1所標識的單個RTP分組中傳送到客戶端。根據該確認狀態，已經傳送了數據分組SN#1，並且已經由客戶端成功地接收了該數據分組。因此，由提供與SPLATTR#1相同的樣本描述的流伺服器100傳送的新文本樣本的樣本描述不必由該伺服器再次傳送。
以接下來的樣本描述SPLATTR#2和SPLATTR#3為例，已經在一個RTP數據分組(SN#2)中傳送了它們。此外，這個數據分組也已經被傳送了，並且已經由客戶端確認收到了。這個示例示出了也可以在一個RTP數據分組中傳送多個樣本描述。
接下來，已經在還沒有被客戶端確認的單個數據分組(SN#3)中傳送了樣本描述SPLATTR#4。在其中為要傳送的新文本樣本提供與SPLATTR#4相同的樣本描述的情況下，流伺服器100可以再次(重新)傳送該樣本描述，這是因為樣本描述已經被傳送到客戶端的數據分組沒有被確認收到。
作為選擇，根據這個發明的另一個實施例，假定將由客戶端成功地接收到全部分組，即由SN#3所標識的RTP分組也將被成功接收，則流伺服器100可能不再次重發該樣本描述。然而，應當注意到，當在如同網際網路的分組交換網絡中遞送數據流時，不能確保數據分組按照它們已經由伺服器傳送的次序到達客戶端。因此，在這個實施例中，理論上，在使用樣本描述的文本樣本之前傳送的樣本描述可以晚於該文本樣本到達接收客戶端。
考慮到樣本描述SPLATTR#5，上面的表格說明該樣本描述已經被分成兩個數據分組SN#3和SN#4來傳送。兩個RTP分組都已經被傳送了，但是因為至少分組SN#3還沒有被確認收到，所以伺服器可能不認為該樣本描述是可用的。
此外，關於樣本描述SPLATTR#X，應當注意到這個描述由樣本標識符SIDX#X所標識。此外，其中包含了樣本描述的數據分組SN#Y當前等待傳輸(等待處理)。因此，RTP分組可以是已經由伺服器排隊以便傳輸的分組，或者可以是當前由流伺服器100編組(composed)的RTP分組、即當前正在填充信息的數據分組。
在數據分組SN#Y已被構造但是仍然等待傳輸的情況下，可以有兩個流伺服器100進行動作的可能性。要麼可以假定可以成功地接收數據分組SN#Y，並且為使用該相同樣本描述的新文本樣本省略該樣本描述的傳輸，要麼可以當文本樣本再次使用描述SPLATTR#X時，將該樣本描述再次添加到新RTP分組中。假定樣本描述SPLATTR#X被包含在要使用相同描述傳送的與新樣本描述相同的RTP分組中，則可以為新文本樣本省略該樣本描述的(重新)傳送。
為了正確地格式化所接收的文本樣本，移動客戶端101可以維護一個類似的列表，其包含上述表格頭兩列中的數據。維護有關樣本標識符和相關聯的樣本描述的信息可以允許客戶端提供所接收的文本樣本到恰當的樣本描述的映射。後者是可能的，這是因為在RTP分組的有效載荷中接收的每個文本樣本可以包含樣本標識符，用於將所接收的文本樣本映射到相關聯的樣本描述。
根據本發明的進一步的實施例，如都可從http://www.ietf.org得到的，Ott等人所著的「Extended RTP Profile for RTCP-based Feedback(RTP/AVPF)」(draft-ietf-avt-rtcp-feedback-07.txt，IETF AVT WG，2003年6月)或者Friedman等人所著的「RTP Control Protocol Extended Reports」(draft-ietf-avt-rtcp-report-extns-06.txt，IETF AVT WG，2003年5月)中所述，流伺服器100和接收客戶端二者都可以實現高級的反饋性能。特別是，Friedman草案4.1部分中的Loss RLE Report Block和Ott草案中的ACK/NACK Messages可以用來通知伺服器有關數據分組的精確丟失/接收記錄(trace)，即哪些數據分組被接收或者丟失了。通過採用這些對普通RTP協議的「擴展」，可以確認收到各個分組，使得接收該確認的伺服器可以明了傳送給採用上述伺服器維護列表的客戶端的樣本描述(文本樣本格式描述)。
因此，在客戶端提供有關成功接收數據分組的反饋，流伺服器100可以抑制在較新RTP分組中的冗餘信息。流伺服器100可以在將樣本描述信息包括到RTP分組中之前，檢查是否已經在先前RTP分組中傳送了給定樣本描述，或者已經將給定樣本描述添加到即將要由流伺服器100傳送的RTP分組中。為了確保已由客戶端接收了在先前RTP分組中發送的樣本描述，流伺服器100可以進一步檢查是否已經由客戶端確認收到了攜帶這樣條目的RTP分組。在後者情況下，在新RTP分組中包括這些條目是多餘的，並且因此可以避免。否則如Rey等人的草案「RTP Payload Format for 3GPP Timed Text」所提議的那樣，可以包括樣本描述信息條目。
在下面，將參考圖2論述在新的RTP有效載荷報頭中、用於文本樣本格式描述的傳輸的示範格式。圖2示出了根據本發明的實施例的用於RTP的SPLDESC(SamPLeDESCription)有效載荷報頭。該報頭包含初始條目計數欄位，隨後是多個樣本標識符SIDX和樣本屬性SPLATTR對。因此，這個報頭可以用來將文本樣本的文本樣本格式描述傳送到接收客戶端。包含這個報頭的RTP分組的有效載荷部分可以可選地包含至少一個文本樣本。該文本樣本可以關聯到樣本標識符SIDX，該樣本標識符SIDX將該文本樣本映射到具有相同樣本標識符SIDX的特定樣本描述。
該條目計數可以是指示在該報頭中的條目數目的初始位序列。在所示示例中，在該報頭中可以包括兩個(0x02)條目(參見圖3)。條目可被定義為包含SIDX欄位和SPLATTR欄位的對。該條目可以對應於傳送到客戶端的特定文本樣本。
SIDX可以表示樣本描述索引或者樣本標識符，其用於將SPLATTR欄位中的樣本屬性映射到一個或多個文本樣本。SPLATTR欄位可以包含在SPLDESC報頭中傳送的樣本描述屬性。這個欄位可以包含如例如在3GPP TS26.234的附錄D.8a.16的「tx3g」樣本條目中所示的文本樣本預設屬性。這個欄位的長度可以是可變的。
此外，該欄位可以包含具有1位標記的初始字節。每個標記指示是否在後續的位中存在相應的欄位。為了說明目的，在圖3中示出了其中設置了全部標記的SPLATTR欄位的示例。R(1位)可以指示保留位，D(1位)指示displayflags標記，H(1位)指示水平對齊標記，V(1位)指示垂直對齊標記，B(1位)指示背景RGBA顏色標記，T(1位)指示預設文本框標記，S(1位)指示預設風格標記，以及F(1位)指示字體表標記。
用於「displayFlags」欄位的值(例如16位)可以指示文本的顯示選項滾進/滾出、滾動方向、卡拉OK或者垂直文本。如果設置了H(V)位，則在SPLATTR欄位中存在水平(垂直)對齊欄位(8位)。此外，如果設置了B位，則例如四個八位字節(32位)可以指示RGBA背景色。這些八位字節的次序可以是紅、綠、藍和α(阿爾法)(透明度)。
如果設置了T位，則存在預設文本框欄位(例如64位)。這個欄位可以包含四個16位值(上、下、左、右)，其以像素為單位定義了文本框相對於文本區域原點的位置。在該欄位中設置的S位指示存在預設風格框欄位。為了指示存在哪些欄位，可以使用額外的標記字節(參見上圖)。
如果設置了F位，則存在字體表(大小可變，在這個示例中為10個字節)。字體表可以包含條目計數欄位(16位)，繼之以多個字體條目。字體條目可以包含來自字體表的字體標識符font-ID(16位)，以字節為單位提供字體名稱的長度的font-name-length(8位)，例如表示為8位UTF-8字符串的字體名稱。該串可以是按照優選次序的、要用作替換字體的字體名稱的、由逗號分隔的列表。
如在先前部分中所述的那樣，在通常情況下，在3GPP定時文本會話期間，流伺服器100可能不知道客戶端接收了分組。如果客戶端實現了如上所述的附加反饋性能，則情況就不是這樣。利用這些增強的反饋性能，客戶端也許能夠向伺服器通知所接收的每一單一分組。利用這條信息、以及伺服器所保持的在每個分組中所發送的SIDX值的列表，就有可能將所接收的分組映射到所接收的SIDX。伺服器然後可以僅僅在還沒有被接收的新數據分組中包括那些樣本描述。因此，可以顯著地減少發送文本樣本格式描述時的開銷。可以為樣本描述(或者SIDX值)而將SPLDESC有效載荷報頭的SPLATTR欄位中的標記字節設置為全零，以便向接收客戶端指示已由該客戶端接收了用於該樣本格式的屬性。圖4中說明了示例格式配置。要注意到，僅僅為了說明起見，使用了用於SIDX欄位長度和條目計數欄位的8位大小。
條目計數欄位指示有兩個條目(即兩個SIDX-SPLATTR欄位對)被包括在該報頭中。SIDX#1欄位涉及具有樣本標識符0x01的樣本描述，該樣本描述已被接收或者並非不同於預設值。這通過將SPLATTR欄位設置為預定位組合來指示，例如將欄位的全部位設置為0(SPLATTR#1＝0x00)。欄位SIDX#2例如用索引號0x02標識了樣本描述，該樣本描述的水平和垂直對齊值不同於預設值(SPLATTR#1＝0x18＝001100002)。緊後的兩個八位字節(0x00，0x00)被設置為零並指示向左上角對齊(同樣參見圖3)。
此外，對於文本樣本描述的帶內傳輸，以下規則可以應用於欄位的編碼存在於RTP有效載荷的文本樣本中的SIDX值可以包括在同一分組的SPLDESC報頭中。因此，在這種情況下，RTP分組不僅包含文本格式屬性而且還包含這些屬性所屬的文本樣本。應當注意到，在有效載荷中超過一個文本樣本可以與報頭中的SIDX值相關聯。除非客戶端已經存儲了用於給定SIDX的SPLATTR內容，否則可能存在文本樣本的相應格式，即SPLATTR欄位內容。在後者情況下，可以省略SIDX和SPLATTR，這是因為擴展反饋的使用可以允許流伺服器100確定由客戶端接收了哪些RTP分組，以及因此在移動客戶端101處有哪些文本樣本格式描述可用。
所有存在於RTP分組的SPLDESC報頭中的SIDX值可以存在於有效載荷中的至少一個文本樣本中。
另外，RTP分組可以僅僅攜帶樣本描述而沒有任何文本樣本。對於後者的情況以及使用與上述相同的值，圖5中示出了SPLDESC報頭的向後兼容結構。
如圖所述，條目計數可以包含7位。如果RTP分組僅僅攜帶樣本描述信息而沒有隨後的任何文本樣本，則可以將新的F位設置為1。如果位F被設置為0並且因此RTP分組可以包括樣本描述及其相關聯的文本樣本，則條目計數與圖3所示的那個相同，以符合上面給出的規則。
這個對已存在的樣本描述傳輸的機制的優化可以通過向流伺服器100通知關於流客戶端已具有並不必再次發送的那些信息，而提供減少RTP分組傳輸中的開銷的可能性。
它也允許僅僅傳輸樣本描述信息而不必包括相關聯的文本樣本。這還允許伺服器使用如Rosenberg等人在1999年12月的RFC 2733，「An RTPPayload Format for Generic Forward Error Correction」中所述的重複方案或者前向糾錯技術，來專門保護或者確保這樣的重要信息的接收。
根據本發明的進一步方面，可以僅僅使用預定數目的樣本標識符。這可以顯著地減少在移動客戶端101用於樣本描述的緩衝器大小。如果流式文本使用大量文本樣本格式描述的話，這可能例如是恰當的(be of relevance)。在後者情況下，當使用上述方法時，客戶端可能必須存儲所有樣本描述。為了在減少傳輸開銷和增加存儲樣本描述所需要的存儲器之間權衡折衷，可以考慮限制可用SIDX值的數目，以由此限制客戶端的樣本描述所需要的存儲容量。
根據本發明的進一步實施例，流伺服器100可以僅僅使用預定數目的樣本標識符用於將樣本描述映射到相關聯的文本樣本。假定有N個樣本標識符可用，則當處理與第N+1個樣本描述相關聯的新文本樣本時，流伺服器100可能需要重用樣本標識符之一。在這種情況下，流伺服器100可以使用不同的策略來選擇要重用的樣本標識符。最簡單的方案將是循環地重用可用的樣本標識符。例如，已經使用SIDX#1到SIDX#N，並且當所有可用的標識符都已經與樣本描述相關聯時，可以覆蓋(即重用)樣本標識符SIDX#1的樣本描述。
作為選擇，流伺服器100可以保持有關樣本描述、即樣本標識符的最近使用的信息，並且可以例如重用已經在最長時間間隔中沒有被使用的樣本標識符。因此，流伺服器100可以維護如下所示的信息列表。
上面的表格主要對應於在先前部分中所示出的表格。因此將省略相應單元的描述。在上述示例中，X是預定值。
在該表格中，已經增加了藉助於時戳指示文本樣本的最近使用的列。假定TS#2是該列表中的最早時戳，則在沒有其它「空」SIDX標識符可用的情況下，流伺服器100可以重用SIDX#2用於新的樣本描述，並且可以用新的樣本描述更新SPLATTR#2欄位。
可以例如通過簡單地使用已使用過的SIDX標識符傳送新的樣本描述，即將樣本標識符關聯到新的描述，來建立樣本標識符的重用。要重用的樣本標識符的選擇標準可以進一步考慮到，與所重用樣本標識符相關聯並且在標識符的重用之前已經傳送的文本樣本應該由客戶端使用「老」的樣本描述進行格式化。因此，如上所述的時戳標準可以提供用於這些情況的良好度量。
此外，應當注意到，客戶端可能不需要明了樣本標識符的重用標準。一旦客戶端連同相關聯的標識符一起接收了樣本描述，則更新客戶端處維護的信息，即可以與是否已使用了樣本標識符無關地存儲標識符和相應的樣本描述。
權利要求
1.一種用於在移動通信系統(102)中使用RTP協議將格式化文本從流伺服器(100)傳送到移動客戶端(101)的方法，其中，該格式化文本包含具有關聯的文本樣本格式描述的至少一個文本樣本，所述由流伺服器(100)執行的方法包含步驟確定是否已經為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述；如果是的話，則將要傳送的文本樣本添加到要傳送的至少一個數據分組中；如果不是的話，則將要傳送的文本樣本及其關聯的文本樣本格式描述添加到要傳送的至少一個數據分組中；以及將所述至少一個數據分組傳送到該移動客戶端(101)。
2.如權利要求1所述的方法，其中，所述已提供的文本樣本格式描述已經在先前的數據分組中被傳送到該移動客戶端(101)。
3.如權利要求1或者2所述的方法，其中，當處理該先前的文本樣本時，已將所述已提供的文本樣本格式描述添加到所述至少一個數據分組中。
4.如權利要求1到3之一所述的方法，其中，將要傳送的文本樣本添加到至少一個數據分組中的步驟還包含將至少一個樣本標識符添加到所述至少一個數據分組中，其中樣本標識符提供了所述至少一個數據分組中的文本樣本格式描述及其關聯文本樣本之間的映射。
5.如權利要求1到4之一所述的方法，還包含步驟維護有關在所述傳送的數據分組中的向移動客戶端(101)提供的文本樣本格式描述的信息。
6.如權利要求5所述的方法，其中，所述維護的信息包含有關所提供的文本樣本格式描述的數據、有關其中已經傳送了該文本樣本格式描述的所述至少一個數據分組的數據、以及所述至少一個標識符。
7.如權利要求1到6之一所述的方法，還包含步驟如果已經確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，則基於所述維護的信息而確定其中所述文本樣本格式描述已經被傳送到移動客戶端(101)的所述至少一個已傳送的數據分組。
8.如權利要求7所述的方法，還包含步驟確定是否已經由移動客戶端(101)確認收到了所述確定的至少一個數據分組，以及如果是的話，則重用在所述確定的至少一個數據分組中使用的樣本標識符，用於將所述要傳送的文本樣本映射到提供的文本樣本格式描述。
9.如權利要求8所述的方法，其中，如果已經確定還沒有由移動客戶端(101)確認收到所述確定的至少一個數據分組，則將所述要傳送的文本樣本及其關聯的文本樣本格式描述添加到所述至少一個數據分組中。
10.如權利要求8或者9所述的方法，其中，所述至少一個數據分組包含報頭和有效載荷部分，以及其中如果已經確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，則數據分組的報頭包含重用標識符。
11.如權利要求1到10之一所述的方法，其中，所述至少一個數據分組包含多個文本樣本和文本樣本格式描述。
12.如權利要求1到11之一所述的方法，其中，如果已經確定還沒有為先前的文本樣本提供用於要傳送的文本樣本的文本樣本格式描述，則數據分組的報頭包含至少一個樣本標識符和至少一個文本樣本格式描述。
13.如權利要求1到11之一所述的方法，其中，如果已經確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，則數據分組的報頭包含至少一個標識符。
14.如權利要求1到11之一所述的方法，其中，所述至少一個數據分組包含報頭和有效載荷部分。
15.如權利要求14所述的方法，其中，所述有效載荷部分包含至少一個樣本標識符和至少一個文本樣本。
16.如權利要求5到15之一所述的方法，其中，確定是否已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述的步驟基於所述維護的信息。
17.如權利要求16所述的方法，其中使用預定數目的標識符，以及如果已經確定還沒有為先前的文本樣本提供用於要傳送的文本樣本的文本樣本格式描述，而且如果全部可用的標識符都用於將文本樣本映射到文本樣本格式描述，則重用樣本標識符，以便將新文本樣本格式描述和對應的文本樣本提供給移動客戶端(101)。
18.如權利要求17所述的方法，其中，當重用標識符時，更新有關所提供的文本樣本格式描述的維護信息。
19.如權利要求17或者18之一所述的方法，其中，所述維護的信息還包含用於每個樣本標識符的時戳，以指示樣本標識符最近被插入到已傳送數據分組中。
20.如權利要求19所述的方法，還包含步驟重用具有最早時戳的樣本標識符，用於將新文本樣本格式描述傳輸到移動客戶端(101)。
21.如權利要求1到19之一所述的方法，其中，所述至少一個數據分組僅僅包含至少一個文本樣本格式描述。
22.一種使用RTP協議經由移動通信系統(102)將格式化文本傳送到移動客戶端(101)的流伺服器(100)，其中該格式化文本包含具有關聯的文本樣本格式描述的至少一個文本樣本，該流伺服器(100)包含分組形成裝置，用於形成至少一個數據分組；處理裝置，用於確定是否已經為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述；以及傳輸裝置，用於將所述至少一個數據分組傳送到移動客戶端(101)；其中如果處理裝置已經確定已為先前的文本樣本提供了用於要傳送的文本樣本的文本樣本格式描述，則分組形成裝置適配為將要傳送的文本樣本添加到要傳送的至少一個數據分組中，以及其中，如果處理裝置已經確定還沒有為先前的文本樣本提供用於要傳送的文本樣本的文本樣本格式描述，則分組形成裝置適配為將要傳送的文本樣本及其關聯的文本樣本格式描述添加到要傳送的至少一個數據分組中。
23.如權利要求22所述的流伺服器(100)，其中，該流伺服器(100)適配為執行根據權利要求1到21之一的方法。
24.一種用於操作移動通信系統(102)中的移動客戶端(101)、以使用RTP協議從流伺服器(100)接收格式化文本的方法，其中所述格式化文本包含具有關聯的文本樣本格式描述的至少一個文本樣本，該方法包含步驟從流伺服器(100)接收至少一個數據分組，其中所述至少一個數據分組包含至少一個文本樣本；確定對於所述至少一個文本樣本中的相應一個，所述至少一個數據分組是否還包括至少一個關聯的文本樣本格式描述；如果是的話，則選擇包含在所述至少一個數據分組中的、用於相應文本樣本的關聯的文本樣本格式描述；如果不是的話，則從已在移動客戶端(101)可用的文本樣本格式描述中選擇用於相應文本樣本的文本樣本格式描述；使用所選擇的文本樣本格式描述對相應的文本樣本進行格式化。
25.如權利要求24所述的方法，其中，所述至少一個數據分組還包含至少一個樣本標識符，用於將至少一個文本樣本映射到其關聯的文本樣本格式描述。
26.如權利要求25所述的方法，還包含步驟維護有關在接收的數據分組中提供的文本樣本格式描述的信息。
27.如權利要求26所述的方法，其中，所述維護的信息包含有關所提供的至少一個文本樣本格式描述的數據、以及其至少一個標識符。
28.如權利要求24到27之一所述的方法，其中，選擇用於文本樣本的關聯文本樣本格式描述的步驟使用與所述文本樣本相關聯的樣本標識符，來從至少一個數據分組中或者從已在移動客戶端(101)可用的文本樣本格式描述中，標識和選擇相關聯的文本樣本格式描述。
29.如權利要求24到28之一所述的方法，還包含步驟如果所述至少一個數據分組包含與樣本標識符相關聯的新文本樣本格式描述，其中所述樣本標識符已與在所述維護的信息中的另一文本樣本格式描述相關聯，則基於所述新文本樣本格式描述更新所述維護的信息。
30.如權利要求24到30之一所述的方法，還包含步驟將對於所述至少一個接收數據分組的確認接收傳送到流伺服器(100)。
31.如權利要求24到30之一所述的方法，其中，由移動客戶端(101)接收的數據分組僅僅包含至少一個文本樣本格式描述；以及其中該方法還包含存儲所接收的所述至少一個文本樣本格式描述。
32.一種用於使用RTP協議從流伺服器(100)接收格式化文本的移動客戶端(101)，其中該格式化文本包含具有關聯的文本樣本格式描述的至少一個文本樣本，該移動客戶端(101)包含接收裝置，用於從流伺服器(100)接收至少一個數據分組，其中所述至少一個數據分組包含至少一個文本樣本；處理裝置，用於確定對於所述至少一個文本樣本中的相應一個、所述至少一個數據分組是否還包括至少一個關聯的文本樣本格式描述；文本格式化裝置，用於使用所選擇的文本樣本格式描述對相應的文本樣本進行格式化，其中如果確定對於所述至少一個文本樣本中的相應一個、所述至少一個數據分組還包含至少一個關聯的文本樣本格式描述，則選擇裝置適配為選擇包含在所述至少一個數據分組中的用於相應文本樣本的關聯文本樣本格式描述，以及其中如果確定對於所述至少一個文本樣本中的相應一個、所述至少一個數據分組不包含至少一個關聯的文本樣本格式描述，則選擇裝置還適配為從已在移動客戶端(101)處可用的文本樣本格式描述中選擇用於相應文本樣本的文本樣本格式描述。
33.如權利要求32所述的移動客戶端(101)，其中，該移動客戶端(101)適配為執行如權利要求24到31之一所述的方法。
34.一種流播系統，包含至少一個根據權利要求22或者23的流伺服器(100)、以及至少一個根據權利要求32或者33的移動客戶端(101)。
全文摘要
本發明涉及一種用於在移動通信系統中使用RTP協議將格式化文本從流伺服器100傳送到移動客戶端101的方法。該格式化文本包含具有關聯的文本樣本格式描述的至少一個文本樣本。此外，本發明涉及傳送格式化文本的流伺服器100、接收流式格式化文本的移動客戶端101、以及流播系統。當使用RTP在諸如UMTS之類的無線通信系統中傳送流式文本時，為了減少傳統系統的傳輸開銷，當處理要傳送的文本樣本時，流伺服器100僅僅將還沒有為先前的文本樣本提供的文本樣本格式描述傳送到移動客戶端101。伺服器維護有關傳送到客戶端的文本樣本格式描述的信息，以便確定已提供了哪些文本樣本格式描述。
文檔編號H04L12/56GK1902884SQ200480040027
公開日2007年1月24日 申請日期2004年10月12日 優先權日2003年11月6日
發明者喬斯·L·雷伊, 羅爾夫·哈肯伯格 申請人:松下電器產業株式會社