JP2003304288A - Ｒｔｐパケット生成／復元装置及び方法 - Google Patents

Ｒｔｐパケット生成／復元装置及び方法

Info

Publication number
JP2003304288A
JP2003304288A JP2003098388A JP2003098388A JP2003304288A JP 2003304288 A JP2003304288 A JP 2003304288A JP 2003098388 A JP2003098388 A JP 2003098388A JP 2003098388 A JP2003098388 A JP 2003098388A JP 2003304288 A JP2003304288 A JP 2003304288A
Authority
JP
Japan
Prior art keywords
packet
cts
rtp
delta
dts
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
Application number
JP2003098388A
Other languages
English (en)
Other versions
JP3802003B2 (ja
Inventor
Sang-Ug Kang
相旭 姜
Austin Lobo
オースティン・ロボ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2003304288A publication Critical patent/JP2003304288A/ja
Application granted granted Critical
Publication of JP3802003B2 publication Critical patent/JP3802003B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

(57)【要約】 【課題】 ＲＴＰタイムスタンプの長さを効率的に使用
することができ、規定されたＲＴＰタイムスタンプの長
さを超えるＳＬパケットも多重ＳＬパケット化が可能な
ＲＴＰパケット生成装置及び方法を提供し、複数のＳＬ
パケットを収容するＲＴＰパケットの復元装置及び方法
を提供する。 【解決手段】 複数の同期層パケットそれぞれについて
パケット生成順序に基づき順次に増加するコンポジショ
ンタイムスタンプ、デコーディングタイムスタンプ、パ
ケットシーケンス番号を付与し、前記ＳＬパケット内の
ＳＬ設定記述子からタイムスタンプ長さ及びパケットシ
ーケンス番号長さを抽出する設定部及び前記ＣＴＳ、前
記ＤＴＳ、前記ＰＳＮ、前記タイムスタンプ長さ、及び
前記パケットシーケンス番号長さに基づきＲＴＰパケッ
トのヘッダ及び一つの前記ＲＴＰパケットに収容される
前記ＳＬパケットのヘッダを生成するパケット生成部で
構成される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はＭＰＥＧ-４ストリ
ームを転送するためのＲＴＰパケット生成/復元装置及
び方法に係り、さらに詳しくはＭＰＥＧ-４ストリーム
を転送する複数のＳＬパケットを一つのＲＴＰパケット
内に効率的にカプセル化するための装置及び方法に関す
る。
【０００２】
【従来の技術】
【０００３】
【特許文献１】日本特開平１３―１４８８５３
【０００４】システムマルチプレクサーを用いて多数の
シンクレイヤーパケット（ＳＬパケット）を生成し、こ
れはＲＴＰヘッダとシンクレイヤーヘッダ、リシンクマ
ーク、Payloadから構成され、ＲＴＰパケットのtimesta
mpでＳＬパケットのtimestampを利用。
【０００５】インターネットエンジニアリングタスクフ
ォース(Internet Engineering TaskForce : IETF)はＴ
ＣＰ/ＩＰのようなインターネット運営プロトコルの標
準を定義する主体であって、技術分野別に区分された下
位チームを有する。ＭＰＥＧ-４ストリームを多重同期
層(Synchronization Layer : ＳＬ)パケット化して実時
間転送プロトコル(Real-time Transport Protocol : Ｒ
ＴＰ)に転送するためのＲＴＰフォーマットはDraft-IET
F-AVT-MPEG4-MULTISL-02．TXTに記述されている。
【０００６】現在、タイムスタンプ及びランダムアクセ
スのような転送特性情報を保存するために概念的なＳＬ
層が定義されている。ＭＰＥＧ-４基本ストリームが転
送される際、ＳＬ層からの転送情報は通常に実質的な転
送層にマッピングされる。
【０００７】図１は複数のＳＬパケットが収容されたＲ
ＴＰパケットを示す図である。図１を参照すれば、ＲＴ
Ｐパケット１００はＲＴＰパケットヘッダ１１０、マッ
ピングされたＳＬヘッダ１２０、残余ＳＬヘッダ１３
０、及びＳＬパケットペイロード１４０とから構成され
る。
【０００８】ＲＴＰパケットヘッダ１１０は固定サイズ
を有しヘッダの後に特定情報及びデータが後続する。Ｒ
ＴＰパケットヘッダの各フィールドを簡単に説明すれ
ば、Ｖフィールドはバージョンフィールドであり、Ｐフ
ィールドは３２ビット単位でパケットを構成するために
使われる。Ｘフィールドはヘッダを拡張するか否かを表
示する。ＣＣフィールドはＣＳＲＣ識別子(contributin
g source identifier)の個数を指す。Ｍフィールドはマ
ルチメディア情報に対するフレーム領域を示す。すなわ
ちパケット内で音声と映像情報などを区別するのに使用
される。ＰＴフィールドはＲＦＣ１８９０で定義された
プロファイルのＲＴＰペイロードのフォームを指し、応
用プログラムによって解釈される。シーケンス番号フィ
ールドはＲＴＰパケットの順序を示す。timestampフィ
ールドはＲＴＰパケットの一番目オクテットがサンプリ
ングされた時点を示す。ＳＳＲＣ(Synchronization sou
rce)フィールドはカメラまたはマイクなどのデータソー
スの識別子を意味する。ＣＳＲＣフィールドはＲＴＰパ
ケットが中間システムで混合された場合にそのソースを
区別できる識別子を示す。
【０００９】図２はマッピングされたＳＬヘッダの構造
を示す図である。図２を参照すれば、マッピングされた
ＳＬヘッダ１２０はペイロードサイズフィールド２１
０、インデックス/インデックスデルタフィールド２２
０、コンポジションタイムスタンプフラグ(Composition
Time Stamp Flag: ＣＴＳＦｌａｇ)フィールド２３
０、コンポジションタイムスタンプデルタ(Composition
Time Stamp Delta : ＣＴＳＤｅｌｔａ)フィールド２
４０、デコーディングタイムスタンプフラグ(Decoding
Time Stamp Flag: ＤＴＳＦｌａｇ)フィールド２５０、
デコーディングタイムスタンプデルタ(Decoding Time S
tamp Delta : ＤＣＴＳＤｅｌｔａ)フィールド２６０で
構成される。
【００１０】ペイロードサイズフィールド２１０には同
一なＲＴＰパケットに存在する関連されているＳＬパケ
ットのサイズがバイトで表示され記録される。ＳＬパケ
ットが分割された場合にペイロードサイズは全体ＳＬパ
ケットのサイズを意味する。
【００１１】インデックス/インデックスデルタフィー
ルド２２０には分割されたＳＬデータのシリアルナンバ
ーが記録される。ＳＬパケットのシリアルナンバーは１
ずつ増加される。シリアルナンバーは最初のＳＬヘッダ
にだけ記録され、後続するＳＬヘッダには記録されな
い。最初ＳＬヘッダではなくＳＬヘッダにシリアルナン
バーをエンコーディングするためインデックス/インデ
ックスデルタフィールド２２０が使用される。インデッ
クス/インデックスデルタフィールド２２０には以前Ｓ
Ｌパケットとのシリアルナンバーの差が記録される。従
って、ｎ番目ＳＬパケットのシリアルナンバーはｎ-１
番目ＳＬパケットのインデックスとｎ番目ＳＬパケット
のインデックスデルタを足した値に１を足すことによっ
て求められる。それぞれのインデックス/インデックス
デルタフィールド２２０が０にセッティングされている
場合はＳＬパケットのシリアルナンバーは特定されてい
ないことから、受信機はインデックス/インデックスデ
ルタフィールド２２０を無視する。
【００１２】ＣＴＳＦｌａｇフィールド２３０にはＣＴ
Ｓデルタの存否が記録される。ＣＴＳＦｌａｇが１なら
ＣＴＳデルタが存在することを意味し、ＣＴＳＦｌａｇ
が０ならＣＴＳデルタが存在しないことを意味する。も
しＣＴＳデルタ長さが０でなければ、ＳＬパケットが接
続ユニットの開始か否かを問わずＣＴＳデルタフィール
ド２４０が存在する。この場合、ＣＴＳＦｌａｇフィー
ルド２３０の値は最初のＳＬヘッダについては０であ
り、以降のＳＬヘッダについては１になる。ＣＴＳＦｌ
ａｇフィールド２３０の大きさは１ビットである。
【００１３】ＣＴＳデルタフィールド２４０にはＲＴＰ
パケットのＲＴＰヘッダ内に存在するタイムスタンプに
対する２の補数で示したＣＴＳ値が記録される。各ＣＴ
Ｓデルタフィールド２４０のビット数はＣＴＳデルタ長
さパラメータによって特定される。ＲＴＰパケット内の
最初ＳＬパケットのＣＴＳはＲＴＰタイムスタンプにマ
ッピングされるのでそれぞれのＲＴＰパケットの最初多
重ＳＬパケットヘッダのＣＴＳＦｌａｇは常に０であ
る。
【００１４】ＤＴＳＦｌａｇフィールド２５０にはＤＴ
Ｓデルタの存否が記録される。ＤＴＳＦｌａｇが１なら
ＤＴＳデルタが存在することを意味し、ＤＴＳＦｌａｇ
が０ならばＤＴＳデルタが存在しないことを意味する。
受信機はＳＬヘッダのデコーディングタイムスタンプを
再構成するためにＤＴＳＦｌａｇを必要とする。もしＤ
ＴＳデルタ長さが０でなければ、ＳＬパケットが接続ユ
ニットの開始か否かを問わずＤＴＳデルタフィールド２
６０が存在する。この場合、ＤＴＳＦｌａｇフィールド
２５０の値は最初のＳＬヘッダについては０であり、以
降のＳＬヘッダについては１になる。ＤＴＳＦｌａｇフ
ィールド２５０の大きさは１ビットである。
【００１５】ＤＴＳデルタフィールド２６０には生成時
間からデコーディング時間を減じた値であるＤＴＳデル
タが記録される。ＤＴＳデルタは同一なＳＬパケットを
エンコーディングし常に正数である。各ＤＴＳデルタフ
ィールド２６０のビット数はＤＴＳデルタ長さパラメー
タによって特定される。ＤＴＳデルタが０なら、すなわ
ち生成時間とデコーディング時間が同一ならばＤＴＳＦ
ｌａｇは０でありＤＴＳデルタフィールド２６０が存在
しない。送信側でＤＴＳデルタの計算はロールオーバを
考慮して行われる。例えば、タイムスタンプ長さが３で
ある(４、３)、(５、４)、(６、５)、(７、６)、(０、
７)のような(ＣＴＳ、ＤＴＳ)対を有するＳＬストリー
ムについて、最後対に対するＤＴＳデルタは、-７では
なく１になるべきである。
【００１６】残余ＳＬパケットヘッダ１３０は前述した
ペイロードフォーマットにマッピングするためにＳＬパ
ケットヘッダに修正を加えた後残された部分である。残
余ＳＬパケットヘッダ１３０にはＲＴＰヘッダ１１０ま
たはマッピングされたＳＬパケットヘッダ１２０にマッ
ピングされない情報が記録される。例えば、ＣＴＳＦｌ
ａｇ、ＣＴＳ、ＤＴＳＦｌａｇ、ＤＴＳ、シリアル番号
は除去されるが、接続ユニット終端フラグ(Access Unit
End Flag : ＡＵＥＦ)はそれぞれの接続ユニットの終
端を知らせる有用な情報なので除去されない。また、Ｓ
ＬパケットヘッダがＯＣＲを含めば、ＯＣＲは２の補数
差と表現され残余ＳＬパケット１３０に記録される。も
しＯＣＲを有するＳＬパケットについてＣＴＳが存在し
なければ、ＯＣＲはＲＴＰタイムスタンプとの差として
エンコーディングされる。ＳＬパケットヘッダ内に付加
的な下向優先順位フィールドを使用するストリームにつ
いては適切なＱｏＳによってＲＴＰパケットを転送する
ために同一な下向優先順位を有するＳＬパケットだけ一
つのＲＴＰパケットによって転送される。しかも、一つ
のＲＴＰパケットの一番目残余ＳＬヘッダだけ下向優先
順位フィールドを有する。ＳＬパケットペイロード１４
０にはＲＴＰパケットを通して転送されるＭＰＥＧ-４
ストリームが収容される。
【００１７】以上のように複数のＳＬパケットを一つの
ＲＴＰパケットにマッピングする場合、不要なオーバー
ヘッドを避けるためにＳＬパケットヘッダとＲＴＰパケ
ットヘッダで重複される部分は除去されることが望まし
い。従来のＭＰＥＧ-４転送システムではＲＴＰヘッダ
によって提供されるパラメータによって同期を取得す
る。ＳＬヘッダが使用される場合に重複されるフィール
ドはＳＬヘッダから除去される。重複されるフィールド
が除去されたＳＬヘッダの残り情報はＲＴＰパケットの
ペイロード内にＳＬパケットのペイロードと共に収容さ
れる。
【００１８】参考に、前述した標準によって生成された
多重ＳＬパケットを復元するための従来の多重ＳＬパケ
ット復元方法は次の通りである。多重ＳＬパケットの一
番目パケットのパケットシーケンス番号は０でありこの
値がインデックスになる。残りＳＬパケットのパケット
シーケンス番号は以前ＳＬパケットのパケットシーケン
ス番号と該当ＳＬパケットのインデックスデルタ値を足
した値に１を足した値になる。
【００１９】ＣＴＳ及びＤＴＳは差異値が記録されるの
で、その復元のためにタイムスタンプフラグが使用され
る。ＲＴＰタイムスタンプは３２ビットであり、ＲＴＰ
タイムスタンプは多様な値のＳＬタイムスタンプ値にマ
ッピングされる。ＳＬタイムスタンプが３２ビットを超
えればＲＴＰタイムスタンプの最下位ビットがＳＬタイ
ムスタンプになる。これとは違って、ＳＬタイムスタン
プが３２ビット未満ならばＲＴＰタイムスタンプに０か
ら整数単位に増加する値を順次に足した値がＳＬタイム
スタンプになる。もし、ＳＬタイムスタンプが３２ビッ
トならばＲＴＰタイムスタンプがそのままマッチングさ
れる。
【００２０】ＣＴＳデルタ長さが定義されておらずタイ
ムスタンプが使用される場合ＲＴＰパケット内で一番目
ＳＬパケットのＣＴＳＦｌａｇは１になり、ＲＴＰタイ
ムスタンプは、ＣＴＳにマッピングされる。一方、ＣＴ
Ｓデルタ長さが定義されておらず、タイムスタンプが使
用されなければ一番目ＳＬパケットのＣＴＳＦｌａｇ及
びＣＴＳは無視される。この際、残りＳＬパケットのＣ
ＴＳＦｌａｇ及びＣＴＳフィールドは空きにする。
【００２１】これとは違って、ＣＴＳデルタ長さが定義
されておりタイムスタンプが使用される場合、接続ユニ
ット開始フラグが１ならば多重ＳＬパケットのタイムス
タンプがＣＴＳＦｌａｇになり、多重ＳＬパケットのＣ
ＴＳデルタとＳＬパケットのタイムスタンプを合した値
がＣＴＳになる。ＣＴＳデルタ長さが定義されており、
タイムスタンプが使用される場合、接続ユニット開始フ
ラグが１でなければＣＴＳＦｌａｇは無視される。一
方、ＣＴＳデルタ長さが定義されておりタイムスタンプ
が使用されなければ、受信側はＣＴＳＦｌａｇを無視す
る。
【００２２】ＤＴＳデルタ長さが定義されていない場
合、タイムスタンプを使用し接続ユニット開始フラグが
１ならばＤＴＳＦｌａｇは０である。これとは違って、
ＤＴＳデルタ長さが定義されていない場合、タイムスタ
ンプを使用し接続ユニット開始フラグが１でなければＤ
ＴＳＦｌａｇは無視される。一方、ＤＴＳデルタ長さが
定義されている場合、タイムスタンプを使用し接続ユニ
ット開始フラグが１ならばＤＴＳＦｌａｇは多重ＳＬパ
ケットヘッダのＤＴＳフラグになり、ＤＴＳはＣＴＳか
ら多重ＳＬパケットヘッダのＤＴＳデルタを減じた値に
なる。これとは違って、ＤＴＳデルタ長さが定義されて
いる場合、タイムスタンプを使用し接続ユニット開始フ
ラグが１でなければＤＴＳＦｌａｇは無視される。ＤＴ
Ｓデルタ長さは定義されているがタイムスタンプを使用
していなければ、受信側はＤＴＳＦｌａｇを無視する。
【００２３】しかし、従来の多重ＳＬパケット生成方法
はタイムスタンプの長さが３２未満の場合はＲＴＰタイ
ムスタンプの長さである３２ビットを十分に活用できな
い問題点がある。またＣＴＳの値がロールオーバ(roll-
over)する場合、ＣＴＳデルタ値が大きくなってＣＴＳ
デルタ値を使用する目的であるビット数の節減効果を達
成することができない。一方、タイムスタンプの長さが
３２以上であるＳＬパケットについては従来の多重ＳＬ
パケット生成方法が使用できないという短所がある。ま
た、従来の方法はＣＴＳやＤＴＳのロールオーバ発生時
負数が現れ、その値が大きくなる場合もあるという問題
がある。
【００２４】
【発明が解決しようとする課題】本発明は前述した問題
点を解決するために案出されたもので、その目的はＲＴ
Ｐタイムスタンプの長さが効率的に使用でき、規定され
たＲＴＰタイムスタンプの長さを超えるＳＬパケットも
多重ＳＬパケット化の可能なＲＴＰパケット生成装置及
び方法を提供するところにある。本発明の他の目的は、
複数のＳＬパケットを収容するＲＴＰパケットの復元装
置及び方法を提供するところにある。
【００２５】
【課題を解決するための手段】前述した技術的課題を達
成するための本発明に係るＲＴＰパケット生成装置は、
複数の同期層(Synchronization Layer : ＳＬ)パケット
それぞれについてパケット生成順序に基づき順次に増加
するコンポジションタイムスタンプ(Composition Time
Stamp : ＣＴＳ)、デコーディングタイムスタンプ(Deco
ding Time Stamp : ＤＴＳ)、パケットシーケンス番号
(Packet Sequence Number : ＰＳＮ)を付与し、前記Ｓ
Ｌパケット内のＳＬ設定記述子(SL Config Discriptor
:ＬＳＣＤ)からタイムスタンプ長さ及びパケットシー
ケンス番号長さを抽出する設定部及び前記ＣＴＳ、前記
ＤＴＳ、前記ＰＳＮ、前記タイムスタンプ長さ、及び前
記パケットシーケンス番号長さに基づきＲＴＰパケット
のヘッダ及び一つの前記ＲＴＰパケットに収容される前
記ＳＬパケットのヘッダを生成するパケット生成部を有
する。
【００２６】前記設定部は、前記ＳＬパケットそれぞれ
についてパケット生成順序に基づき１から順次に増加す
る前記ＣＴＳを付与するＣＴＳ生成部、前記ＳＬパケッ
トそれぞれについてパケット生成順序に基づき０から順
次に増加する前記ＤＴＳを付与するＤＴＳ生成部、前記
ＳＬパケットそれぞれについてパケット生成順序に基づ
き０から順次に増加する前記ＰＳＮを付与するＰＳＮ生
成部、及び前記ＳＬパケット内のＳＬ設定記述子から前
記タイムスタンプ長さ及び前記パケットシーケンス番号
長さを抽出する抽出部を備える。
【００２７】前記パケット生成部は、前記ＣＴＳに基づ
き算出されたＲＴＰタイムスタンプを含むＲＴＰパケッ
トヘッダを生成するＲＴＰパケットヘッダ生成部、前記
ＣＴＳ及び前記ＲＴＰタイムスタンプに基づきＣＴＳデ
ルタを生成するＣＴＳデルタ生成部、前記ＣＴＳ及び前
記ＤＴＳに基づきＤＴＳデルタを生成するＤＴＳデルタ
生成部、及び前記ＰＳＮ、前記インデックス長さ、及び
前記インデックスデルタ長さを入力されインデックス/
インデックスデルタを生成するインデックス/インデッ
クスデルタ生成部を備える。
【００２８】本発明に係るＲＴＰパケット生成方法は、
複数の同期層(Synchronization Layer : ＳＬ)パケット
それぞれについてパケット生成順序に基づき順次に増加
するコンポジションタイムスタンプ(Composition Time
Stamp : ＣＴＳ)、デコーディングタイムスタンプ(Deco
ding Time Stamp : ＤＴＳ)、パケットシーケンス番号
(Packet Sequence Number : ＰＳＮ)を付与する段階、
前記ＳＬパケット内のＳＬ設定記述子(SL Config Discr
iptor :ＬＳＣＤ)からタイムスタンプ長さ及びパケット
シーケンス番号長さを抽出する段階及び前記ＣＴＳ、前
記ＤＴＳ、前記ＰＳＮ、前記タイムスタンプ長さ、及び
前記パケットシーケンス番号長さに基づきＲＴＰパケッ
トのヘッダ及び一つの前記ＲＴＰパケットに収容される
前記ＳＬパケットのヘッダを生成する段階と、を含む。
【００２９】前記付与段階は、前記ＲＴＰパケットに最
初に収容される前記ＳＬパケットの前記ＣＴＳに基づき
前記ＲＴＰパケットのヘッダに記録されるＲＴＰタイム
スタンプを決める第１決定段階及び決定された前記ＲＴ
Ｐタイムスタンプ、前記ＣＴＳ、前記ＤＣＴ、前記ＰＳ
Ｎ、及びインデックスデルタ長さに基づき前記ＳＬパケ
ットのヘッダに記録されるＣＴＳデルタ、ＤＴＳデル
タ、及びインデックス/インデックスデルタを決定する
第２決定段階を有する。望ましくは、前記第１決定段階
は次の式によって前記ＲＴＰタイムスタンプを決定す
る。 ＲＴＰタイムスタンプ＝（最初ＳＬパケットのＣＴＳ）
％（ＲＴＰタイムスタンプの長さ） 望ましくは、前記第２決定段階は次の式によって前記Ｃ
ＴＳデルタ、前記ＤＴＳデルタ、前記インデックス、及
び前記インデックスデルタを決定する。 ＣＴＳデルタ（ｉ）＝ＣＴＳ（ｉ）−ＲＴＰタイムスタ
ンプ、 ＤＴＳデルタ（ｉ）＝ＣＴＳ（ｉ）−ＤＴＳ（ｉ）、 インデックス（０）＝ＰＳＮ（０）％２
インデックス長さ インデックスデルタ（ｉ）＝（ＰＳＮ（ｉ）-ＰＳＮ
（ｉ−１）％２インデッ クスデルタ長さ 但し、ｉは前記ＳＬパケットのパケットシーケンス番号
である。
【００３０】一方、本発明に係るＲＴＰパケット復元装
置は、ＲＴＰタイムスタンプを復元する第１復元部と、
前記ＲＴＰタイムスタンプ及び一番目ＳＬパケットのＣ
ＴＳデルタから一番目ＳＬパケットのＣＴＳを復元し、
復元された一番目ＳＬパケットのＣＴＳ及び残りＳＬパ
ケットのＣＴＳデルタから残りＳＬパケットのＣＴＳを
復元する第２復元部、ＣＴＳ及びＤＴＳデルタから前記
ＳＬパケットそれぞれのＤＴＳを復元する第３復元部及
び一番目ＳＬパケットのインデックスから一番目ＳＬパ
ケットのＰＳＮを復元し、復元された一番目ＳＬパケッ
トのＰＳＮ及び残りＳＬパケットのインデックスデルタ
から残りＳＬパケットのＰＳＮを復元する第４復元部を
有する。望ましくは、前記ＣＴＳ及び前記ＤＴＳを設定
されているタイムスタンプ長さに基づき変更する第１変
更部及び前記ＰＳＮを設定されているパケットシーケン
ス番号長さに基づき変更する第２変更部をさらに備え
る。
【００３１】本発明に係るＲＴＰパケット復元方法は、
受信されたＲＴＰパケットからＲＴＰタイムスタンプを
抽出し、前記ＲＴＰパケットのペイロード内のそれぞれ
のＳＬパケットに対するＣＴＳを復元する段階と、前記
ＣＴＳ及びそれぞれの前記ＳＬパケットから抽出された
ＤＴＳデルタからＤＴＳを復元する段階及び前記ＳＬパ
ケットから抽出されたインデックス及びインデックスデ
ルタに基づきＰＳＮを復元する段階と、を備える。望ま
しくは、前記ＣＴＳ復元段階は次の式によって前記ＣＴ
Ｓを復元する。 ＣＴＳ(１)=ＲＴＰタイムスタンプ ＣＴＳ(ｉ)=ＣＴＳ(１)+ＣＴＳデルタ(ｉ) 望ましくは、前記ＤＴＳ復元段階は次の式によって前記
ＤＴＳを復元する。 ＤＴＳ(ｉ)=ＣＴＳ(ｉ)-ＤＴＳデルタ(ｉ) 望ましくは、前記ＰＳＮ復元段階は次の式によって前記
ＰＳＮを復元する。 ＰＳＮ(０)=インデックス ＰＳＮ(ｉ)=ＰＳＮ(ｉ-１)＋インデックスデルタ(ｉ)＋
１ 前記ＣＴＳ及び前記ＤＴＳを設定されているタイムスタ
ンプ長さに基づき変更する第１変更段階、及び前記ＰＳ
Ｎを設定されているパケットシーケンス番号長さに基づ
き変更する段階をさらに含むことが望ましい。望ましく
は、前記第１変更段階は次の式によって前記ＣＴＳ及び
前記ＤＴＳを変更する。 ＣＴＳ'(ｉ)=ＣＴＳ(ｉ)％タイムスタンプ長さ ＤＴＳ'(ｉ)=ＤＴＳ(ｉ)％タイムスタンプ長さ 望ましくは、前記第２変更段階は次の式によって前記Ｐ
ＳＮを変更する。 ＰＳＮ'(ｉ)=ＰＳＮ(ｉ)％パケットシーケンス番号長さ 以上の式において、ｉは前記ＳＬパケットのパケットシ
ーケンス番号である。
【００３２】
【発明の実施の形態】以下、添付した図面に基づき本発
明の望ましい実施例を詳述する。それぞれの図面におい
て同一な参照番号は同一な構成要素を付する。図３は本
発明に係るＲＴＰパケット生成装置の一実施例に対する
構成を示すブロック図であり、図４は本発明に係るＲＴ
Ｐパケット生成方法の一実施例の流れ図である。
【００３３】図３及び図４を参照すれば、本発明に係る
ＲＴＰパケット生成装置は設定部３００及びパケット生
成部３３０を有する。設定部３００は複数の同期層(Syn
chronization Layer : ＳＬ)パケットそれぞれについて
パケット生成順序に基づき順次に増加するコンポジショ
ンタイムスタンプ(Composition Time Stamp : ＣＴ
Ｓ)、デコーディングタイムスタンプ(Decoding Time St
amp : ＤＴＳ)、パケットシーケンス番号(Packet Seque
nce Number: ＰＳＮ)を付与し、ＳＬパケット内のＳＬ
設定記述子(SL Config Discriptor:ＬＳＣＤ)からタイ
ムスタンプ長さ及びパケットシーケンス番号長さを抽出
する。
【００３４】設定部３００はＣＴＳ生成部３０５、ＤＴ
Ｓ生成部３１０、ＰＳＮ生成部３１５、及びインデック
ス長さ及びインデックスデルタ長さ抽出部３２０を有す
る。通常、ＳＬパケット内のＳＬ設定記述子のタイムス
タンプ長さに定められた長さほどエンコーディングされ
たＣＴＳ、ＤＴＳ、及びＰＳＮをそれぞれＥＣＴＳ、Ｅ
ＤＴＳ、及びＥＰＳＮとし、タイムスタンプ長さ、イン
デックス長さ、インデックスデルタ長さ、及びパケット
シーケンス番号長さが次のように与えられる時、各ＳＬ
パケットに対するＥＴＣＳ、ＥＤＴＳ、及びＥＰＳＮは
次の通りである。 タイムスタンプ長さ=３、インデックス長さ=２、インデ
ックスデルタ長さ=２、パケットシーケンス番号長さ=４ ＥＣＴＳ(１〜１５)={１、２、３、４、５、６、７、
０、１、２、３、４、５、６、７} ＥＤＴＳ(１〜１５)={０、１、２、３、４、５、６、
７、０、１、２、３、４、５、６} ＥＰＳＮ(１〜１５)={０、１、２、３、４、５、６、
７、８、９、１０、１１、１２、１３、１４} この値がＳＬパケット内のタイムスタンプとして適用さ
れる。ここで、ＥＣＴＳ(ｊ)、ＥＤＴＳ(ｊ)及びＥＳＰ
Ｎ(ｊ)のｊはパケット番号を意味する。しかし、このよ
うな方式で定められたＣＴＳ、ＤＴＳ、及びＰＳＮは本
発明に適用するのに不向きな値である。
【００３５】従って、ＣＴＳ生成部３０５はＥＴＣＳか
ら正確度が無限なＣＴＳを生成する。また、ＤＴＳ生成
部３１０はＥＤＴＳから正確度が無限なＤＴＳを生成す
る。また、ＰＳＮ生成部３１５はＥＰＳＮから正確度が
無限なＰＳＮを付与する(Ｓ４００)。
【００３６】ＣＴＳ生成部３０５、ＤＴＳ生成部３１
０、及びＰＳＮ生成部３１５で付与したそれぞれの値を
ＯＣＴＳ、ＯＤＴＳ、及びＯＰＳＮとすれば、それぞれ
のＳＬパケットに対する値は次の通りである。ここで、
１〜１０はそれぞれＳＬパケットの番号に該当する。 ＯＣＴＳ(１〜１５)={１、２、３、４、５、６、７、
８、９、１０、１１、１２、１３、１４、１５} ＯＤＴＳ(１〜１５)={０、１、２、３、４、５、６、
７、８、９、１０、１１、１２、１３、１４} ＯＰＳＮ(１〜１５)={０、１、２、３、４、５、６、
７、８、９、１０、１１、１２、１３、１４}
【００３７】抽出部３２０はＳＬパケット内のＳＬ設定
記述子からタイムスタンプ長さ及びパケットシーケンス
番号長さを抽出する。
【００３８】パケット生成部３３０はＣＴＳ、ＤＴＳ、
ＰＳＮ、タイムスタンプ長さ、及びパケットシーケンス
番号長さに基づきＲＴＰパケットのヘッダ及び一つのＲ
ＴＰパケットに収容されるＳＬパケットのヘッダを生成
する。パケット生成部３３０はＲＴＰパケットヘッダ生
成部３４０及びＳＬパケットヘッダ生成部３５０を有す
る。
【００３９】ＲＴＰパケットヘッダ生成部３４０はＣＴ
Ｓ生成部３０５で生成されたＯＣＴＳ値に基づきＲＴＰ
タイムスタンプを生成し(Ｓ４１０)、生成されたＲＴＰ
タイムスタンプを含むＲＴＰパケットヘッダを生成する
(Ｓ４２０)。もし一つのＲＴＰパケットに５個のＳＬパ
ケットが収容されれば、ＲＴＰパケット内の一番目ＳＬ
パケットのＯＣＴＳをＲＴＰタイムスタンプ長さである
３２で割った残りがＲＴＰタイムスタンプと決定され
る。これを式で表現すれば次の通りである。 [式６] ＲＴＰタイムスタンプ＝（最初ＳＬパケットのＣＴＳ）
％（ＲＴＰタイムスタンプの長さ） 従って、それぞれのＲＴＰパケットのＲＴＰタイムスタ
ンプは１、６、１１になる。
【００４０】ＳＬパケットヘッダ生成部３５０はＣＴＳ
デルタ生成部３５５、ＤＴＳデルタ生成部３６０、及び
インデックス/インデックスデルタ生成部３６５を有す
る。ＣＴＳデルタ生成部３５５はＣＴＳ生成部３０５か
ら入力されたそれぞれのＳＬパケットに対するＣＴＳ値
及びＲＴＰパケットヘッダ生成部３４０で生成されたＲ
ＴＰタイムスタンプに基づき次の式によってそれぞれの
ＳＬパケットに対するＣＴＳデルタ値を生成する(Ｓ４
３０)。 [式７] ＣＴＳデルタ（ｉ）＝ＣＴＳ（ｉ）-ＲＴＰタイムスタ
ンプ ここで、ｉはそれぞれのＳＬパケットのパケットシーケ
ンス番号である。それぞれのＲＴＰパケットに収容され
るＳＬパケットに対するＣＴＳデルタ値は次の通りであ
る。 ＣＴＳデルタ(１〜５)={０、１、２、３、４} : 一番目ＲＴＰパケット ＣＴＳデルタ(６〜１０)={０、１、２、３、４} : 二番目ＲＴＰパケット ＣＴＳデルタ(１１〜１５)={０、１、２、３、４} : 三番目ＲＴＰパケット
【００４１】ＤＴＳデルタ生成部３５５はＣＴＳ生成部
３０５から入力されたそれぞれのＳＬパケットに対する
ＣＴＳ値及びＤＴＳ生成部３４０から入力されたそれぞ
れのＳＬパケットに対するＤＴＳ値に基づき、次の式に
よってそれぞれのＳＬパケットに対するＤＴＳデルタ値
を生成する(Ｓ４４０)。 [式８] ＣＴＳデルタ（ｉ）＝ＣＴＳ（ｉ）-ＤＴＳ（ｉ） ここで、ｉはそれぞれのＳＬパケットのパケットシーケ
ンス番号である。
【００４２】それぞれのＲＴＰパケットに収容されるＳ
Ｌパケットに対するＤＴＳデルタ値は次の通りである。 ＤＴＳデルタ(１〜５)={１、１、１、１、１} : 一番目ＲＴＰパケット ＤＴＳデルタ(６〜１０)={１、１、１、１、１} : 二番目ＲＴＰパケット ＤＴＳデルタ(１１〜１５)={１、１、１、１、１} : 三番目ＲＴＰパケット
【００４３】インデックス/インデックスデルタ生成部
３６５はＰＳＮ生成部３１５で入力されたそれぞれのＳ
Ｌパケットに対するＰＳＮ値及びインデックス長さ及び
インデックスデルタ長さ抽出部３４０から入力されたそ
れぞれのＳＬパケットに対するインデックス長さまたは
インデックスデルタ長さに基づき、次の式によってそれ
ぞれのＳＬパケットに対するインデックス/インデック
スデルタ値を生成する(Ｓ４５０)。 [式９] インデックス（０）＝ＰＳＮ（０）％２
インデックス長さ [式１０] インデックスデルタ（ｉ）＝（ＰＳＮ（ｉ）-ＰＳＮ
（ｉ−１））％２インデ ックスデルタ長さ 式９は各ＲＴＰパケットの一番目ＳＬパケットに対する
インデックスを求めるための式であり、[数５]は各ＲＴ
Ｐパケットの二番目以上のＳＬパケットに対するインデ
ックスデルタを求めるための式である。式１０におい
て、ｉはそれぞれのＳＬパケットのパケットシーケンス
番号である。それぞれのＲＴＰパケットに収容されるＳ
Ｌパケットに対するインデックス及びインデックスデル
タ値は次の通りである。 インデックス=０、インデックスデルタ(２〜５)={０、
０、０、０} : 一番目ＲＴＰパケット インデックス=１、インデックスデルタ(７〜１０)=
{０、０、０、０} : 二番目ＲＴＰパケット インデックス=２、インデックスデルタ(１２〜１５)=
{０、０、０、０} : 三番目ＲＴＰパケット
【００４４】以上のＣＴＳデルタ、ＤＴＳデルタ、及び
インデックス/インデックスデルタは生成されたＳＬパ
ケットヘッダに記録され(Ｓ４６０)、最終的に複数のＳ
Ｌパケットを収容するＲＴＰパケットが生成される。
【００４５】図５は本発明に係るＲＴＰパケット復元装
置の一実施例に対する構成を示すブロック図であり、図
６は本発明に係るＲＴＰパケット復元方法の流れ図であ
る。図５及び図６を参照すれば、本発明に係るＲＴＰパ
ケット復元装置は、ＲＴＰタイムスタンプ復元部５１
０、ＣＴＳ復元部５２０、ＤＴＳ復元部５３０、及びＰ
ＳＮ復元部５４０を有する。
【００４６】ＲＴＰタイムスタンプ復元部５１０は受信
されたＲＴＰパケットヘッダからＲＴＰタイムスタンプ
を抽出する(Ｓ６００)。従って、図３及び図４を参照し
て説明したＲＴＰパケット生成装置及び方法によって生
成されたＲＴＰパケットを受信した場合に、それぞれの
ＲＴＰパケットについてＲＴＰタイムスタンプ復元部５
１０で抽出されたＲＴＰタイムスタンプはそれぞれ１、
６、１１になる。
【００４７】ＣＴＳ復元部５２０はＲＴＰタイムスタン
プ復元部５１０から入力されたＲＴＰタイムスタンプ及
び一番目ＳＬパケットのＣＴＳデルタから一番目ＳＬパ
ケットのＣＴＳを復元し、復元された一番目ＳＬパケッ
トのＣＴＳ及び残りＳＬパケットのＣＴＳデルタから残
りＳＬパケットのＣＴＳを復元する(Ｓ６１０)。一番目
ＳＬパケットのＣＴＳ及び残りＳＬパケットのＣＴＳは
次の式によって復元される。 [式１１] ＣＴＳ(１)=ＲＴＰタイムスタンプ ＣＴＳ(ｉ)=ＣＴＳ(１)+ＣＴＳデルタ(ｉ) ここで、ｉはそれぞれのＳＬパケットのパケットシーケ
ンス番号である。それぞれのＲＴＰパケットについて復
元されたＣＴＳは次の通りである。 ＣＴＳ(１〜５)={１、２、３、４、５} : 一番目ＲＴＰパケット ＣＴＳ(６〜１０)={６、７、８、９、１０} : 二番目ＲＴＰパケット ＣＴＳ(１１〜１５)={１１、１２、１３、１４、１５} : 三番目ＲＴＰパケッ ト
【００４８】ＤＴＳ復元部５３０は次の式によってＣＴ
Ｓ及びＤＴＳデルタからＳＬパケットそれぞれのＤＴＳ
を復元する(Ｓ６２０)。 [式１２] ＤＴＳ(ｉ)=ＣＴＳ(ｉ)-ＤＴＳデルタ(ｉ) ここで、ｉはそれぞれのＳＬパケットのパケットシーケ
ンス番号である。それぞれのＲＴＰパケットについて復
元されたＤＴＳは次の通りである。 ＤＴＳ(１〜５)={０、１、２、３、４} : 一番目ＲＴＰパケット ＤＴＳ(６〜１０)={５、６、７、８、９} : 二番目ＲＴＰパケット ＤＴＳ(１１〜１５)={１０、１１、１２、１３、１４} : 三番目ＲＴＰパケッ ト
【００４９】ＰＳＮ復元部５４０は一番目ＳＬパケット
のインデックスから一番目ＳＬパケットのＰＳＮを復元
し、復元された一番目ＳＬパケットのＰＳＮ及び残りＳ
Ｌパケットのインデックスデルタから残りＳＬパケット
のＰＳＮを復元する(Ｓ６３０)。一番目ＳＬパケットの
ＰＳＮ及び残りＳＬパケットのＰＳＮは次の式によって
復元される。 [式１３] ＰＳＮ(１)=インデックス ＰＳＮ(ｉ)=ＰＳＮ(ｉ-１)+インデックスデルタ(ｉ)+１ ここで、ｉはそれぞれのＳＬパケットのパケットシーケ
ンス番号である。それぞれのＲＴＰパケットについて復
元されたＰＳＮは次の通りである。 ＰＳＮ(１〜５)={０、１、２、３、４} : 一番目ＲＴＰパケット ＰＳＮ(６〜１０)={５、６、７、８、９} : 二番目ＲＴＰパケット ＰＳＮ(１１〜１５)={１０、１１、１２、１３、１４} : 三番目ＲＴＰパケッ ト
【００５０】一方、復元されたＣＴＳ及びＤＴＳは設定
されているタイムスタンプ長さと一致するよう変更され
ることが望ましい(Ｓ６４０)。この場合、本発明に係る
ＲＴＰパケット復元装置はタイムスタンプ変更部(図示
せず)をさらに備える。タイムスタンプ変更部は次の式
によって復元されたＣＴＳ及びＤＴＳを変更する。 [式１４] ＣＴＳ'(ｉ)=ＣＴＳ(ｉ)％タイムスタンプ長さ ＤＴＳ'(ｉ)=ＤＴＳ(ｉ)％タイムスタンプ長さ
【００５１】また、復元されたＰＳＮも設定されている
パケットシーケンス番号長さと一致するよう変更される
ことが望ましい。この場合、本発明に係るＲＴＰパケッ
ト復元装置はパケットシーケンス番号変更部(図示せず)
をさらに備える。パケットシーケンス変更部は次の式に
よって復元されたＰＳＮを変更する。 [式１５] ＰＳＮ'(ｉ)=ＰＳＮ(ｉ)％パケットシーケンス番号長
さ、 [式１４]及び[式１５]において、ｉはＳＬパケットのパ
ケットシーケンス番号である。以上の変更過程を通して
変更されたそれぞれのＲＴＰパケットに対するＣＴＳ、
ＤＴＳ、及びＰＳＮは次の通りである。 一番目ＲＴＰパケット: ＣＴＳ'(１〜５)={１、２、３、４、５} ＤＴＳ'(１〜５)={０、１、２、３、４} ＰＳＮ'(１〜５)={０、１、２、３、４} 二番目ＲＴＰパケット: ＣＴＳ'(６〜１０)={６、７、０、１、２} ＤＴＳ'(６〜１０)={５、６、７、０、１} ＰＳＮ'(６〜１０)={５、６、７、８、９} 三番目ＲＴＰパケット: ＣＴＳ'(１１〜１５)={３、４、５、６、７} ＤＴＳ'(１１〜１５)={２、３、４、５、６} ＰＳＮ'(１１〜１５)={１０、１１、１２、１３、１４}
【００５２】図７はＳＬパケットから多重ＳＬ ＲＴＰ
パケットを生成する過程を示す図であり、図８は受信さ
れた多重ＳＬ ＲＴＰパケットからＣＴＳ、ＤＴＳ、Ｐ
ＳＮを復元する過程を示す図である。図７及び図８を参
照すれば、ＳＬパケット層はＳＬ設定記述子のタイムス
タンプ長さによる長さを有するＣＴＳ、ＤＴＳ及びＳＬ
設定記述子のタイムスタンプ長さによる長さを有するＰ
ＳＮがそれぞれＥＣＴＳ、ＥＤＴＳ、及びＥＰＳＮと表
現されている。ＳＬパケット層に存在するそれぞれの要
素は生成値階層の生成されたＣＴＳ、生成されたＤＴ
Ｓ、及び生成されたＰＳＮに対応される。そして、ＳＬ
パケット階層の要素は生成値階層の要素に基づき多重Ｓ
Ｌ階層の要素で表現されＲＴＰパケット内に収容され
る。ＲＴＰパケットにカプセル化された複数のＳＬパケ
ットは受信端で生成時の階層順序とは逆に各階層を進ん
で最終的にそれぞれのＳＬパケットに分離され、受信端
はＳＬパケットに転送されたＭＰＥＧ-４ストリームを
復元できるようになる。
【００５３】以上で代表的な実施例を通して本発明につ
いて詳細に説明したが、本発明の属する技術分野におい
て通常の知識を有する者は前述した実施例について本発
明の範疇から逸脱しない限度内で多様な変形が可能なこ
とを理解できろう。従って、本発明の権利範囲は説明さ
れた実施例に限って定められてはいけなく、特許請求の
範囲だけではなく本特許請求の範囲と均等なものによっ
て定められるべきである。
【００５４】
【発明の効果】以上述べた通り、本明に係るＲＴＰパケ
ット生成装置及び方法によれば、複数のＳＬパケットを
一つのＲＴＰパケットに転送する場合、それぞれのＳＬ
パケットに対するＣＴＳ、ＤＴＳ、及びＰＳＮ情報を以
前ＳＬパケットとの差異値だけを記録するので、ＣＴＳ
値がロールオーバする場合にもビット数を減らせること
ができ、タイムスタンプ長さが３２以上であるＳＬパケ
ットも多重ＳＬパケット化できるようになる。また、Ｄ
ＴＳデルタの値は常に正数になるべきであるところ、本
発明に係るＲＴＰパケット生成装置及び方法によれば、
ＤＴＳデルタ値が常に正数になり、大きい値のＤＴＳデ
ルタが発生することを防止することができる。しかも、
ＰＳＮについてロールオーバが発生する場合も割当てら
れたインデックスデルタ値に適した値を生成することが
できる。また、送信端でロールオーバ発生有無に対する
検査を行なう必要がなく、受信端においてはロールオー
バ回数だけ検査すればそれぞれの情報をそのまま使用で
きるため、送信端におけるエンコーディング及び受信端
におけるデコーディング過程が簡単になる。
【図面の簡単な説明】
【図１】 複数のＳＬパケットが収容されたＲＴＰパケ
ットを示す図、
【図２】 マッピングされたＳＬヘッダの構造を示す
図、
【図３】 本発明に係るＲＴＰパケット生成装置の一実
施例に対する構成を示すブロック図、
【図４】 本発明に係るＲＴＰパケット生成方法の一実
施例の流れ図、
【図５】 本発明に係るＲＴＰパケット復元装置の一実
施例に対する構成を示すブロック図、
【図６】 本発明に係るＲＴＰパケット復元方法の流れ
図、
【図７】 ＳＬパケットから多重ＳＬ ＲＴＰパケット
を生成する過程を示す図、
【図８】 受信された多重ＳＬ ＲＴＰパケットからＣ
ＴＳ、ＤＴＳ、ＰＳＮを復元する過程を示す図である。
【符号の説明】
３００:設定部 ３０５:ＣＴＳ生成部 ３１０:ＤＴＳ生成部 ３１５:ＰＳＮ生成部 ３２０:インデックス長さ、インデックスデルタ長さ抽
出部 ３３０:パケット生成部 ３４０:ＲＴＰパケットヘッダ生成部 ３５５:ＣＴＳデルタ生成部 ３６０:ＤＴＳデルタ生成部 ３６５:インデックス/インデックスデルタ生成部

Claims (13)

    【特許請求の範囲】
  1. 【請求項１】 複数の同期層(Synchronization Layer :
    ＳＬ)パケットそれぞれについてパケット生成順序に基
    づき順次に増加するコンポジションタイムスタンプ(Com
    position Time Stamp : ＣＴＳ)、デコーディングタイ
    ムスタンプ(Decoding Time Stamp : ＤＴＳ)、パケット
    シーケンス番号(Packet Sequence Number : ＰＳＮ)を
    付与し、前記ＳＬパケット内のＳＬ設定記述子(SL Conf
    ig Discriptor :ＬＳＣＤ)からタイムスタンプ長さ及び
    パケットシーケンス番号長さを抽出する設定部と、 前記ＣＴＳ、前記ＤＴＳ、前記ＰＳＮ、前記タイムスタ
    ンプ長さ、及び前記パケットシーケンス番号長さに基づ
    きＲＴＰパケットのヘッダ及び一つの前記ＲＴＰパケッ
    トに収容される前記ＳＬパケットのヘッダを生成するパ
    ケット生成部と、を備えることを特徴とするＲＴＰパケ
    ット生成装置。
  2. 【請求項２】 前記設定部は、 前記ＳＬパケットそれぞれについてパケット生成順序に
    基づき１から順次に増加する前記ＣＴＳを付与するＣＴ
    Ｓ生成部と、 前記ＳＬパケットそれぞれについてパケット生成順序に
    基づき０から順次に増加する前記ＤＴＳを付与するＤＴ
    Ｓ生成部と、 前記ＳＬパケットそれぞれについてパケット生成順序に
    基づき０から順次に増加する前記ＰＳＮを付与するＰＳ
    Ｎ生成部と、 前記ＳＬパケット内のＳＬ設定記述子から前記タイムス
    タンプ長さ及び前記パケットシーケンス番号長さを抽出
    する抽出部と、を備えることを特徴とする請求項１に記
    載のＲＴＰパケット生成装置。
  3. 【請求項３】 前記パケット生成部は、 前記ＣＴＳに基づき算出されたＲＴＰタイムスタンプを
    含むＲＴＰパケットヘッダを生成するＲＴＰパケットヘ
    ッダ生成部と、 前記ＣＴＳ及び前記ＲＴＰタイムスタンプに基づきＣＴ
    Ｓデルタを生成するＣＴＳデルタ生成部と、 前記ＣＴＳ及び前記ＤＴＳに基づきＤＴＳデルタを生成
    するＤＴＳデルタ生成部と、 前記ＰＳＮ、前記インデックス長さ、及び前記インデッ
    クスデルタ長さを入力されインデックス/インデックス
    デルタを生成するインデックス/インデックスデルタ生
    成部と、を備えることを特徴とする請求項１に記載のＲ
    ＴＰパケット生成装置。
  4. 【請求項４】 複数の同期層(ＳＬ)パケットそれぞれに
    ついてパケット生成順序に基づき順次に増加するコンポ
    ジションタイムスタンプ(ＣＴＳ)、デコーディングタイ
    ムスタンプ(ＤＴＳ)、パケットシーケンス番号(ＰＳＮ)
    を付与する段階と、 前記ＳＬパケット内のＳＬ設定記述子(ＬＳＣＤ)からタ
    イムスタンプ長さ及びパケットシーケンス番号長さを抽
    出する段階と、 前記ＣＴＳ、前記ＤＴＳ、前記ＰＳＮ、前記タイムスタ
    ンプ長さ、及び前記パケットシーケンス番号長さに基づ
    きＲＴＰパケットのヘッダ及び一つの前記ＲＴＰパケッ
    トに収容される前記ＳＬパケットのヘッダを生成する段
    階と、を備えることを特徴とするＲＴＰパケット生成方
    法。
  5. 【請求項５】 前記付与段階は、 前記ＲＴＰパケットに最初に収容される前記ＳＬパケッ
    トの前記ＣＴＳに基づき前記ＲＴＰパケットのヘッダに
    記録されるＲＴＰタイムスタンプを決定する第１決定段
    階と、 決定された前記ＲＴＰタイムスタンプ、前記ＣＴＳ、前
    記ＤＣＴ、前記ＰＳＮ、及びインデックスデルタ長さに
    基づき前記ＳＬパケットのヘッダに記録されるＣＴＳデ
    ルタ、ＤＴＳデルタ、及びインデックス/インデックス
    デルタを決定する第２決定段階と、を備えることを特徴
    とする請求項４に記載のＲＴＰパケット生成方法。
  6. 【請求項６】 前記第１決定段階は次の式により前記Ｒ
    ＴＰタイムスタンプを決定することを特徴とする請求項
    ５に記載のＲＴＰパケット生成方法。 ＲＴＰタイムスタンプ＝（最初ＳＬパケットのＣＴＳ）
    ％（ＲＴＰタイムスタンプの長さ）
  7. 【請求項７】 前記第２決定段階は次の式によって前記
    ＣＴＳデルタ、前記ＤＴＳデルタ、前記インデックス、
    及び前記インデックスデルタを決定することを特徴とす
    る請求項６に記載のＲＴＰパケット生成方法。 ＣＴＳデルタ（ｉ）＝ＣＴＳ（ｉ）−ＲＴＰタイムスタ
    ンプ、 ＤＴＳデルタ（ｉ）＝ＣＴＳ（ｉ）−ＤＴＳ（ｉ）、 インデックス（０）＝ＰＳＮ（０）％２
    インデックス長さ インデックスデルタ（ｉ）＝（ＰＳＮ（ｉ）-ＰＳＮ
    （ｉ−１）％２インデッ クスデルタ長さ 但し、ｉは前記ＳＬパケットのパケットシーケンス番号
    である。
  8. 【請求項８】 ＲＴＰタイムスタンプを復元する第１復
    元部と、 前記ＲＴＰタイムスタンプ及び一番目ＳＬパケットのＣ
    ＴＳデルタから一番目ＳＬパケットのＣＴＳを復元し、
    復元された一番目ＳＬパケットのＣＴＳ及び残りＳＬパ
    ケットのＣＴＳデルタから残りＳＬパケットのＣＴＳを
    復元する第２復元部と、 ＣＴＳ及びＤＴＳデルタから前記ＳＬパケットそれぞれ
    のＤＴＳを復元する第３復元部と、 一番目ＳＬパケットのインデックスから一番目ＳＬパケ
    ットのＰＳＮを復元し、復元された一番目ＳＬパケット
    のＰＳＮ及び残りＳＬパケットのインデックスデルタか
    ら残りＳＬパケットのＰＳＮを復元する第４復元部と、
    を備えることを特徴とするＲＴＰパケット復元装置。
  9. 【請求項９】 前記ＣＴＳ及び前記ＤＴＳを設定されて
    いるタイムスタンプ長さに基づき変更する第１変更部
    と、 前記ＰＳＮを設定されているパケットシーケンス番号長
    さに基づき変更する第２変更部をさらに備えることを特
    徴とする請求項８に記載のＲＴＰパケット復元装置。
  10. 【請求項１０】 受信されたＲＴＰパケットからＲＴＰ
    タイムスタンプを抽出し、前記ＲＴＰパケットのペイロ
    ード内のそれぞれのＳＬパケットに対するＣＴＳを復元
    する段階と、 前記ＣＴＳ及びそれぞれの前記ＳＬパケットから抽出さ
    れたＤＴＳデルタからＤＴＳを復元する段階と、 前記ＳＬパケットから抽出されたインデックス及びイン
    デックスデルタに基づきＰＳＮを復元する段階と、を備
    えることを特徴とするＲＴＰパケット復元方法。
  11. 【請求項１１】 前記ＣＴＳ復元段階は、式１によって
    前記ＣＴＳを復元し、 前記ＤＴＳ復元段階は式２によって前記ＤＴＳを復元
    し、 前記ＰＳＮ復元段階は式３によって前記ＰＳＮを復元す
    ることを特徴とする請求項１０に記載のＲＴＰパケット
    復元方法。 [式１] ＣＴＳ(１)=ＲＴＰタイムスタンプ、 ＣＴＳ(ｉ)=ＣＴＳ(１)+ＣＴＳデルタ(ｉ)、 [式２] ＤＴＳ(ｉ)=ＣＴＳ(ｉ)-ＤＴＳデルタ(ｉ)、 [式３] ＰＳＮ(１)=インデックス、 ＰＳＮ(ｉ)=ＰＳＮ(ｉ-１)＋インデックスデルタ(ｉ)＋
    １、 但し、ｉは前記ＳＬパケットのパケットシーケンス番号
    である。
  12. 【請求項１２】 前記ＣＴＳ及び前記ＤＴＳを設定され
    ているタイムスタンプ長さに基づき変更する第１変更段
    階と、 前記ＰＳＮを設定されているパケットシーケンス番号長
    さに基づき変更する段階をさらに備えることを特徴とす
    る請求項１０に記載のＲＴＰパケット復元方法。
  13. 【請求項１３】 前記第１変更段階は、式４によって前
    記ＣＴＳ及び前記ＤＴＳを変更し、前記第２変更段階は
    式５によって前記ＰＳＮを変更することを特徴とする請
    求項１２に記載のＲＴＰパケット復元方法。 [式４] ＣＴＳ'(ｉ)=ＣＴＳ(ｉ)％タイムスタンプ長さ、 ＤＴＳ'(ｉ)=ＤＴＳ(ｉ)％タイムスタンプ長さ、 [式５] ＰＳＮ'(ｉ)=ＰＳＮ(ｉ)％パケットシーケンス番号長
    さ、 但し、ｉは前記ＳＬパケットのパケットシーケンス番号
    である。
JP2003098388A 2002-04-01 2003-04-01 Ｒｔｐパケット生成／復元装置及び方法 Expired - Fee Related JP3802003B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR2002-017833 2002-04-01
KR10-2002-0017833A KR100441589B1 (ko) 2002-04-01 2002-04-01 Ｒｔｐ패킷 생성/복원 장치 및 방법

Publications (2)

Publication Number Publication Date
JP2003304288A true JP2003304288A (ja) 2003-10-24
JP3802003B2 JP3802003B2 (ja) 2006-07-26

Family

ID=28036193

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003098388A Expired - Fee Related JP3802003B2 (ja) 2002-04-01 2003-04-01 Ｒｔｐパケット生成／復元装置及び方法

Country Status (4)

Country Link
US (1) US7366204B2 (ja)
EP (1) EP1351472B1 (ja)
JP (1) JP3802003B2 (ja)
KR (1) KR100441589B1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013146571A1 (ja) * 2012-03-28 2013-10-03 日本放送協会 符号化装置、復号装置及びこれらのプログラム
JP2015092692A (ja) * 2010-02-26 2015-05-14 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置、受信装置

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7136577B1 (en) * 2000-06-29 2006-11-14 Tandberg Telecom As RTP-formated media clips
WO2002032101A2 (en) * 2000-10-11 2002-04-18 Broadcom Corporation Cable modem system and method for supporting extended protocols
US6649567B2 (en) * 2001-10-11 2003-11-18 Isp Investments Inc. Controlled release microbiocide for porous surfaces
CN100397847C (zh) * 2003-04-14 2008-06-25 华为技术有限公司 一种实时传输协议时间戳的生成方法
KR101029808B1 (ko) * 2004-01-27 2011-04-20 엘지전자 주식회사 싱크 레이어 패킷의 패킷화 방법
KR100619034B1 (ko) * 2004-06-19 2006-08-31 삼성전자주식회사 디지털 멀티미디어 데이터 수신기에서 송수신 데이터 동기방법 및 장치
EP1613016A1 (en) * 2004-07-01 2006-01-04 Thomson Licensing Method for transmitting packets in a transmission system
US7792158B1 (en) * 2004-08-18 2010-09-07 Atheros Communications, Inc. Media streaming synchronization
US8149880B1 (en) 2004-08-18 2012-04-03 Qualcomm Atheros, Inc. Media streaming synchronization
CN100377537C (zh) * 2005-08-09 2008-03-26 华为技术有限公司 报文生成方法
US9198084B2 (en) * 2006-05-26 2015-11-24 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
US20080045149A1 (en) * 2006-05-26 2008-02-21 Dinesh Dharmaraju Wireless architecture for a traditional wire-based protocol
EP1936908A1 (en) * 2006-12-19 2008-06-25 Deutsche Thomson OHG Method, apparatus and data container for transferring high resolution audio/video data in a high speed IP network
US8667144B2 (en) * 2007-07-25 2014-03-04 Qualcomm Incorporated Wireless architecture for traditional wire based protocol
US9112632B2 (en) * 2008-01-25 2015-08-18 Cisco Technology, Inc. Supporting efficient and accurate sync/followup timestamps
US8139923B2 (en) * 2008-03-19 2012-03-20 Seiko Epson Corporation Playback of recorded streaming delta-encoded data
US8811294B2 (en) * 2008-04-04 2014-08-19 Qualcomm Incorporated Apparatus and methods for establishing client-host associations within a wireless network
EP2124449A1 (en) 2008-05-19 2009-11-25 THOMSON Licensing Device and method for synchronizing an interactive mark to streaming content
US9398089B2 (en) * 2008-12-11 2016-07-19 Qualcomm Incorporated Dynamic resource sharing among multiple wireless devices
CN101931884B (zh) * 2009-06-23 2016-05-18 北京三星通信技术研究有限公司 一种数据同步方法和系统
US9264248B2 (en) * 2009-07-02 2016-02-16 Qualcomm Incorporated System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment
JP5564853B2 (ja) * 2009-08-14 2014-08-06 ソニー株式会社 受信装置および方法、プログラム、並びに受信システム
US9582238B2 (en) * 2009-12-14 2017-02-28 Qualcomm Incorporated Decomposed multi-stream (DMS) techniques for video display systems
CN102143527B (zh) * 2010-02-03 2013-09-11 华为技术有限公司 嵌套协议包头的压缩方法及装置
US8964783B2 (en) 2011-01-21 2015-02-24 Qualcomm Incorporated User input back channel for wireless displays
US9065876B2 (en) 2011-01-21 2015-06-23 Qualcomm Incorporated User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US9582239B2 (en) 2011-01-21 2017-02-28 Qualcomm Incorporated User input back channel for wireless displays
US9413803B2 (en) 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US9503771B2 (en) 2011-02-04 2016-11-22 Qualcomm Incorporated Low latency wireless display for graphics
US10108386B2 (en) 2011-02-04 2018-10-23 Qualcomm Incorporated Content provisioning for wireless back channel
US8674957B2 (en) 2011-02-04 2014-03-18 Qualcomm Incorporated User input device for wireless back channel
US9525998B2 (en) 2012-01-06 2016-12-20 Qualcomm Incorporated Wireless display with multiscreen service
US9413787B2 (en) * 2012-08-06 2016-08-09 Blackberry Limited Real-time delivery of location/orientation data
CN106603518B (zh) * 2016-12-05 2019-08-20 深圳市泛海三江科技发展有限公司 一种实时传输协议系统的时间戳生成方法及装置
US10129014B2 (en) * 2017-01-25 2018-11-13 Samsung Electronics Co., Ltd. System and method of performing initial timing synchronization of receivers of modulated signals

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1090491B1 (en) * 1999-04-20 2006-10-04 Philips Electronics N.V. Preprocessing method for adapting mpeg-4 data streams to the internet network
KR20020031457A (ko) * 2000-10-20 2002-05-02 오길록 멀티미디어 데이터의 내용표현방식 및 미디어와의 연동을고려한 전송방법
US7136395B2 (en) * 2000-11-30 2006-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and system for transmission of headerless data packets over a wireless link
KR100428736B1 (ko) * 2001-04-26 2004-04-27 주식회사 현대시스콤 이동통신망 및 그의 운용방법
KR20030042487A (ko) * 2001-11-22 2003-06-02 에스케이 텔레콤주식회사 주문형 비디오 서비스 프로토콜 스택의 구조

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015092692A (ja) * 2010-02-26 2015-05-14 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置、受信装置
WO2013146571A1 (ja) * 2012-03-28 2013-10-03 日本放送協会 符号化装置、復号装置及びこれらのプログラム
US9628590B2 (en) 2012-03-28 2017-04-18 Nippon Hoso Kyokai Method for encoding and decoding scheme using time stamp
US9942364B2 (en) 2012-03-28 2018-04-10 Nippon Hoso Kyokai Method for encoding and decoding scheme using time stamp

Also Published As

Publication number Publication date
EP1351472B1 (en) 2012-05-09
KR20030079069A (ko) 2003-10-10
JP3802003B2 (ja) 2006-07-26
US20030185245A1 (en) 2003-10-02
EP1351472A2 (en) 2003-10-08
US7366204B2 (en) 2008-04-29
KR100441589B1 (ko) 2004-07-23
EP1351472A3 (en) 2007-11-21

Similar Documents

Publication Publication Date Title
JP2003304288A (ja) Ｒｔｐパケット生成／復元装置及び方法
US7372858B2 (en) Data transmission device and data transmission method
JP3886906B2 (ja) Ｍｐｅｇ−２データにｍｐｅｇ−４データを同期化させて伝送する装置及びその方法
US8219701B2 (en) Apparatus and method for controlling communication
JP4616343B2 (ja) 送信システムにおけるパケット送信方法
JP2004096738A (ja) ヘッダ圧縮／復元装置及びヘッダ圧縮／復元方法
KR101200070B1 (ko) 네트워크 시간표시정보를 삽입하거나 추출하기 위한 장치 및 방법
EP1936908A1 (en) Method, apparatus and data container for transferring high resolution audio/video data in a high speed IP network
JP2005218090A (ja) 放送／通信融合システム及び放送／通信融合システムにおけるイーサネット（登録商標、以下同じ）データの送受信方法
WO2010049312A1 (en) Data container for transferring high resolution audio/video data in a high speed ip network
JP2012513139A (ja) 外部のコプロセッサを有するマルチプレクサにおいてトランスポートストリームを同期させる方法
JP2009213138A (ja) 高速インターネット・プロトコル・ネットワークでデータを伝送するためのデータ・トランスポート・コンテナ
US7024490B2 (en) Scheme, apparatus, and program for header compression
JP2002261824A (ja) パケット化装置およびパケット化方法
JP5092493B2 (ja) 受信プログラム、受信装置、通信システム、及び、通信方法
JP2004159101A (ja) データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム
KR101029808B1 (ko) 싱크 레이어 패킷의 패킷화 방법
EP2188973B1 (en) Method, server and client apparatuses for transferring high resolution multimedia data in a high speed network
JP2005151434A (ja) 受信装置および方法、記録媒体、並びにプログラム
JP4491290B2 (ja) パケットエラー監視型ｍｐｅｇデコーダ、ｍｐｅｇ映像伝送システム及びｍｐｅｇ映像伝送方法
JP4190428B2 (ja) データ伝送方法およびデータ伝送機
JP2003163691A (ja) データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
US7949052B1 (en) Method and apparatus to deliver a DVB-ASI compressed video transport stream
JP2006080715A (ja) トランスポート・ストリーム送信装置および受信装置
JP2006186674A (ja) Ｍｐｅｇストリーム処理方法および処理装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060313

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060418

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060426

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100512

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110512

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120512

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130512

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees