(57)【要約】  タイムシフトTV (TsTV)サービス確立方法およびタイムシフトTVメディア機能(TsTV MF)エンティティは、IMSネットワーク内でTsTVサービスを実現するように構成される。この方法は、次のステップを含む。TsTV MFエンティティが、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って、端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。TsTV MFエンティティも提供される。したがって、TsTVサービスが、IMSネットワーク内で実現される。
2010519822.tif 000002
【特許請求の範囲】
【請求項１】
タイムシフトTVメディア機能(MF)エンティティによって、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信するステップと、
メディアネゴシエーション結果に従って、前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を送信するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項２】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前記プロセスは、
ユーザによって、生TVサービスを使用するプロセス中に一時停止要求を送信するステップと、
前記端末によって、前記メディアの再生位置情報を記録するステップと
を含むことを特徴とする、請求項1に記載の方法。
【請求項３】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前記プロセスは、
前記ユーザによって再生を再開する要求を送信する時に、前記端末によって、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するセッション更新要求メッセージをサービス制御機能(SCF)に送信するステップと、
前記SCFによって、前記セッション更新要求メッセージ内で保有されるサービス識別またはコンテンツ制御チャネル情報に従って、前記ユーザによって要求されるサービスがタイムシフトサービスであるか否かを判定し、前記ユーザによって要求される前記サービスがタイムシフトサービスであると判定される場合に、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するセッション開始要求メッセージを前記タイムシフトTV MFエンティティに送信するステップと
を含むことを特徴とする、請求項2に記載の方法。
【請求項４】
前記メディアネゴシエーション結果に従って前記端末との前記伝送接続を確立する前記プロセスは、
前記メディアネゴシエーション結果に従って前記端末と前記タイムシフトTV MFエンティティとの間のリアルタイムストリーミングプロトコル(RTSP)を担う前記伝送接続を確立するステップ
を含むことを特徴とする、請求項1から3のいずれかに記載の方法。
【請求項５】
前記伝送接続を介して前記端末から送信された前記メディア再生要求を受信する前記プロセスは、
前記端末によって、前記伝送接続を介してタイムシフトTV MFエンティティに前記セッション識別およびメディア位置情報を保有する前記メディア再生要求を送信するステップ
を含むことを特徴とする、請求項4に記載の方法。
【請求項６】
タイムシフトTVメディア機能(MF)エンティティによって、端末によって開始された、コンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信するステップと、
メディアネゴシエーション結果に従って前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、前記コンテンツ送達チャネル情報を保有する応答メッセージを前記端末に返すステップと、
前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を送信するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項７】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前に、前記方法は、
ユーザによって、生TVサービスを見ている間に一時停止要求を開始するステップと、
前記端末によって、前記メディアの再生位置情報を記録するステップと
を含むことを特徴とする、請求項6に記載の方法。
【請求項８】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前記プロセスは、
ユーザによって再生を再開する要求を送信する時に、前記端末によって、前記コンテンツ制御チャネル情報を保有するセッション更新要求をサービス制御機能(SCF)に送信するステップであって、前記コンテンツ制御チャネル情報が、コンテンツオブジェクト識別を保有する、ステップと、
前記SCFによって、前記セッション更新要求内に保有されるサービス識別または前記コンテンツ制御チャネル情報に従って、前記ユーザによって要求されるサービスがタイムシフトTVサービスであるか否かを判定し、前記ユーザによって要求される前記サービスがタイムシフトTVサービスであると判定される場合に、前記コンテンツ送達チャネル情報および前記コンテンツ制御チャネル情報を保有するセッション初期化要求を前記タイムシフトTV MFエンティティに対して開始するステップと
を含むことを特徴とする、請求項7に記載の方法。
【請求項９】
前記メディアネゴシエーション結果に従って前記端末との前記伝送接続を確立する前記プロセスは、
前記メディアネゴシエーション結果に従って前記端末と前記タイムシフトTV MFエンティティとの間でリアルタイムストリーミングプロトコル(RTSP)を担う前記伝送接続を確立するステップ
を含むことを特徴とする、請求項8に記載の方法。
【請求項１０】
サービス制御機能(SCF)によって、端末によって報告される動作情報を受信するステップと、
セッション初期化要求メッセージをタイムシフトTV MFエンティティに送信するステップと、
前記タイムシフトTV MFエンティティによって、コンテンツ制御チャネル情報およびコンテンツ送達チャネル情報を保有するメディアネゴシエーション要求を開始するステップと、
メディアネゴシエーション結果に従って前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を送信するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項１１】
前記動作情報は、キー動作情報または再生制御動作情報である、請求項10に記載の方法。
【請求項１２】
前記タイムシフトTV MFエンティティに前記セッション初期化要求メッセージを送信する前に、前記方法は、
前記SCFによって、前記受信された情報がタイムシフトTV動作情報であるか否かを判定し、前記受信された情報が前記タイムシフトTV動作情報であると判定される場合に、前記セッション初期化要求メッセージを前記タイムシフトTV MFエンティティに送信するステップ
を含むことを特徴とする請求項11に記載の方法。
【請求項１３】
サービス制御機能(SCF)によって、端末から送信されたタイムシフトTVサービス情報を保有するセッション更新要求メッセージを受信するステップと、
セッション初期化要求メッセージをタイムシフトTV MFエンティティに送信するステップと、
前記タイムシフトTV MFエンティティによって、コンテンツ制御チャネル情報を保有するメディアネゴシエーション要求を開始するステップと、
メディアネゴシエーション結果に従って前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報を保有する応答メッセージを前記端末に返すステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を送信するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項１４】
前記セッション初期化要求メッセージを前記タイムシフトTV MFエンティティに送信する前に、前記方法は、
前記端末によって、サービスコンテキストに従って前記タイムシフトTVサービス情報を判定するステップ
を含むことを特徴とする、請求項13に記載の方法。
【請求項１５】
前記タイムシフトTV MFエンティティによって、コンテンツ制御チャネル情報を保有する前記メディアネゴシエーション要求を開始した後に、前記方法は、
セッション初期化応答メッセージおよびサービスコンテキスト情報に基づいてセッション更新応答メッセージを構成するステップと、
前記コンテンツ制御チャネル情報および前記コンテンツ送達チャネル情報を保有するセッション更新応答メッセージを前記端末に送信するステップと
を含むことを特徴とする、請求項14に記載の方法。
【請求項１６】
サービス制御機能(SCF)によって、端末から送信された、チャネル識別を保有しまたはチャネル識別および番組位置情報を保有するセッション初期化要求メッセージを受信するステップと、
前記セッション初期化要求メッセージに従ってコンテンツ送達タイプを判定するステップと、
前記コンテンツ送達タイプに従って対応するプロセスを実行するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項１７】
前記セッション初期化要求メッセージに従って前記コンテンツ送達タイプを判定する前記プロセスは、
前記チャネル識別に従ってまたは前記チャネル識別および番組位置情報に従って、ユーザによって要求される現在の番組を再生すると決定するステップと、
前記SCFによって、マルチキャストメディアストリーム記述情報を保有するセッション初期化応答メッセージをコアネットワークに送信するステップと、
マルチキャスト制御ポイントによって、対応するマルチキャストメディアストリームを前記端末に送信するステップと
を含む、請求項16に記載の方法。
【請求項１８】
前記セッション初期化要求メッセージに従って前記コンテンツ送達タイプを判定する前記プロセスは、
前記チャネル識別に従ってまたは前記チャネル識別および番組位置情報に従って、ユーザによって要求された以前の時点でコンテンツを再生すると決定するステップと、
前記SCFによって、前記セッション初期化要求をタイムシフトTVメディア機能エンティティに送信するステップと
を含む、請求項16に記載の方法。
【請求項１９】
前記セッション初期化要求メッセージに従って前記コンテンツ送達タイプを判定する前記プロセスは、
前記タイムシフトTVメディア機能エンティティによって、コンテンツ制御チャネル情報を保有するメディアネゴシエーション要求を開始するステップと、
メディアネゴシエーション結果に従って、前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末にメディア再生要求に対応するメディア情報を送信するステップと
を含む、請求項18に記載の方法。
【請求項２０】
端末から送信されたコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された要求メッセージ受信ユニットと、
前記コンテンツ制御チャネル情報に従って前記端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
または
端末から送信されたコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された受信ユニットと、
前記コンテンツ制御チャネル情報に従って前記端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
前記伝送接続を介して前記端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、前記コンテンツ送達チャネル情報を保有する応答メッセージを前記端末に返すように構成されたメッセージ送信ユニットと、
前記端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含むことを特徴とする、タイムシフトメディア機能エンティティ。
【請求項２１】
端末によって、ユーザの動作に従ってサービス制御機能(SCF)に動作情報および/またはタイムシフトTVサービス情報を送信するステップと、
前記SCFによって、前記動作情報および/またはタイムシフトTVサービス情報に従ってタイムシフトTVサービスをトリガするステップと
を含むことを特徴とする、タイムシフトTVサービスをトリガする方法。
【請求項２２】
端末によって、前記ユーザの動作に従って前記サービス制御機能(SCF)に動作情報および/またはタイムシフトTVサービス情報を送信する前記プロセスは、
前記端末によって、前記動作情報および/またはタイムシフトTVサービス情報を保有するセッションイニシエーションプロトコルメッセージを前記SCFに送信するステップ
を含む、請求項21に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、その全体が参照によって本明細書に組み込まれている、2007年7月4日に出願した中国特許出願第200710129329.8号、名称「TIME-SHIFT TV SERVICE ESTABLISHMENT METHOD AND TIME-SHIFT TV MEDIA FUNCTION ENTITY」の優先権を主張するものである。
【０００２】
本発明は、通信の分野に関するものであり、より具体的には、タイムシフトTV (TsTV)サービス確立方法およびタイムシフトTVメディア機能(TsTV MF)エンティティに関するものである。
【背景技術】
【０００３】
タイムシフトTV (TsTV)サービスは、新たに現れたストリーミングメディアサービスである。現在、既存IPネットワークに基づく解決策は、図1に示されたとおりであり、ここで、システムは、ヘッドエンド、ミドルウェア、ビデオオンデマンド(VOD)システム、セットトップボックス(STB)、その他によって構成される。
【０００４】
既存システムでは、TsTVサービスは、基本的に次のように実現される。
【０００５】
まず、STB 104が、ミドルウェア102から番組メニューを入手し、番組メニューに従って選択された番組を再生するためのマルチキャストグループが、TV番組を受信するためにSTB 104に追加され、番組が、マルチキャスティングによって送信される。
【０００６】
ユーザが、番組の一時停止または早戻しを選択する場合に、STB 104は、ミドルウェア102に要求を送信する。ミドルウェア102およびVODシステム103は、対応するユニキャスト番組ソースを対話的に位置決めし、そのアドレスをミドルウェア102に送信する。次に、ミドルウェア102は、そのアドレスをSTB 104に返す。
【０００７】
その後、STB 104は、ユニキャスト番組ストリームをVODシステム103から入手し、リアルタイムストリーミングプロトコル(RTSP)を介して番組を制御する。ユーザが、生番組を早送りし、追い付くことを選択する場合に、STB 104は、もう一度マルチキャスト受信状態に切り替えられる。
【０００８】
本発明の実施中に、本発明者は、上の解決策が既存IPネットワークを対象とし、TsTVサービスがサービス要求または制御シグナリングとしてHTTP/RTSPおよび類似物を採用することによって実現されることを見つけた。しかし、現在急速に開発されつつあるIPマルチメディアサブシステム(IMS)に関して、従来技術は、IMSシステム内でTsTVサービスを実現する実装の形を全く明示的に提供しない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】中国特許出願第200710129329.8号明細書
【発明の概要】
【課題を解決するための手段】
【００１０】
したがって、本発明は、IMSネットワーク内でTsTVサービスを実現するように構成された、タイムシフトTV (TsTV)サービス確立方法およびタイムシフトTVメディア機能(TsTV MF)エンティティを対象とする。
【００１１】
本発明の一実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。TsTV MFエンティティが、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って、端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【００１２】
本発明の一実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。TsTV MFエンティティが、端末によって開始された、コンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って端末との伝送接続を確立し、伝送接続を介して端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返し、端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【００１３】
本発明の一実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。サービス制御機能(SCF)が、端末によって報告される動作情報を受信し、セッション初期化要求メッセージをTsTV MFエンティティに送信する。TsTV MFエンティティが、コンテンツ制御チャネル情報およびコンテンツ送達チャネル情報を保有するメディアネゴシエーション要求を開始し、メディアネゴシエーション結果に従って端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【００１４】
本発明の実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。SCFが、端末から送信されたTsTVサービス情報を保有するセッション更新要求メッセージを受信し、セッション初期化要求メッセージをTsTV MFエンティティに送信する。TsTV MFエンティティが、コンテンツ制御チャネル情報を保有するメディアネゴシエーション要求を開始し、メディアネゴシエーション結果に従って端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返し、その後、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【００１５】
本発明の実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。SCFが、端末から送信された、チャネルIDを保有しまたはチャネルIDおよび番組位置情報を保有するセッション初期化要求メッセージを受信し、セッション初期化要求メッセージに従ってコンテンツ送達タイプを判定し、コンテンツ送達タイプに従って対応するプロセスを実行する。
【００１６】
本発明の実施形態では、TsTV MFエンティティが提供される。TsTV MFエンティティは、
端末から送信されたコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された要求メッセージ受信ユニットと、
コンテンツ制御チャネル情報に従って端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
伝送接続を介して端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含む。
【００１７】
代替案では、TsTV MFエンティティは、
端末から送信されたコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された受信ユニットと、
コンテンツ制御チャネル情報に従って端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
伝送接続を介して端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返すように構成されたメッセージ送信ユニットと、
端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含む。
【００１８】
本発明の実施形態では、TsTVサービスをトリガする方法が提供される。この方法は、次のステップを含む。端末が、ユーザの動作に従ってSCFに動作情報および/またはTsTVサービス情報を送信し、SCFが、動作情報および/またはTsTVサービス情報に従ってTsTVサービスをトリガする。
【００１９】
本発明の実施形態では、TsTV MFエンティティは、端末から送信されるコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信し、その結果、TsTV MFエンティティは、受信されたコンテンツ制御チャネル情報に従って端末と共に制御シグナリングを送信するためのコンテンツ制御チャネルを確立し、コンテンツ送達チャネル情報に従って端末と共にリアルタイムストリーミングメディアを送信するためのコンテンツ送達チャネルを確立することを可能にされるようになり、これによって、IMSシステム内でTsTVサービスを実現する。
【図面の簡単な説明】
【００２０】
【図１】従来技術のTsTVサービスシステムを示す構造図である。
【図２】本発明の第1実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図３】本発明の第2実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図４】本発明の第3実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図５】本発明の第4実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図６】本発明の第5実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図７】本発明の第1実施形態に係るTsTV MFエンティティを示す概略図である。
【図８】本発明の第2実施形態に係るTsTV MFエンティティを示す概略図である。
【発明を実施するための形態】
【００２１】
本発明の実施形態では、TsTVサービス確立方法およびTsTV MFエンティティが提供され、これらは、IMSシステム内でTsTVサービスを実現するように構成される。
【００２２】
TsTVサービスは、ユーザがTsTV状態に入る形に従って、次の2つのタイプに分類することができる。
【００２３】
1)直接タイムシフトモード:生TV (LTV)を見る時に、ユーザは、ポーズキーまたはバックワードキーを押して、生状態からタイムシフト状態に切り替える。
【００２４】
2)タイムシフトチャネルモード:電子番組ガイド(EPG)が、タイムシフトチャネル情報を提供し、ユーザは、タイムシフトビデオ番組を見ることを選択することができる。
【００２５】
TsTVサービス処理を、次の4つのサブプロセスに分割することができる。
【００２６】
A.サービス確立プロセス:サービス確立プロセスは、主に、サービスの初期確立プロセスを指す。
【００２７】
B.VCRオペレーティングプロセス:TsTVサービスを見る時に、ユーザは、VCR動作(トリックモードとしても知られる)、例えば、一時停止、早送り、早戻し、およびジャンプを実行することができる。
【００２８】
C.サービスが確立された後のユニキャストとマルチキャストとの間のハンドオーバープロセス:IMSベースのIPTVシステムでは、LTVは、一般に、マルチキャスティングによってメディアストリームを送信する。TsTVサービスは、一般に、非最新再生状態でのユニキャスティング(タイムシフトコンテンツが再生されつつある)によってメディアストリームを送信し、一般に、最新再生状態でのマルチキャスティング(生コンテンツが再生されつつある)によってメディアストリームを送信する。TsTVサービスセッションが確立された後に、ユーザは、VCR動作、例えば、早送りまたは最新の再生ポイントへのジャンプを実行することができ、これによって、マルチキャストとユニキャストとの間のハンドオーバーをトリガする。
【００２９】
D.サービスリリースプロセス。
【００３０】
TsTVサービスの全般的な紹介が、上で与えられ、本発明の実施形態でのTsTVサービス確立方法を、下で詳細に説明する。具体的に言うと、ユーザアクセスモードに従って、本発明の実施形態で提供されるTsTVサービス確立方法を、次の2つのタイプに分類することができる。
【００３１】
1.直接タイムシフトモード
【００３２】
このモードでは、TsTVサービス確立方法を、次の4つの実施形態に副分割することができる。
【００３３】
1.コンテンツ送達チャネルおよびコンテンツ制御チャネルが、同時に確立される。
【００３４】
図2を参照すると、本発明の第1実施形態で、TsTVサービス確立方法は、次のステップを含む。
【００３５】
ステップ201で、ユーザが、番組を一時停止することを要求する。
【００３６】
ユーザは、マルチキャスト送達モードでLTVを見る。ユーザは、番組を見ている時に一時停止を要求する。
【００３７】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【００３８】
ステップ202で、端末が、マルチキャストグループを終了するために基本制御機能(BCF)に要求を送信する。
【００３９】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、生メディアストリームを提供するマルチキャストポイントに送信する。この実施形態では、Version IGMP 1.0に基づく時にマルチキャストグループを去ることに関する報告メッセージを送信することは不必要であり、Version IGMP 2.0に基づく時にマルチキャストグループを去ることに関する報告メッセージを送信することが必要であり、その結果、このステップはオプションになる。
【００４０】
ステップ203で、ユーザは、TV番組の再生を再開することを要求する。
【００４１】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にマルチメディアストリームをもはや受信しないので、TsTVサービスは、ユーザがTV番組を見ることを再開することを可能にすることを要求される。
【００４２】
ステップ204で、端末は、セッション更新要求を送信する。
【００４３】
端末は、ネットワーク(IMSコア)にセッション更新要求を送信し、ここで、この要求は、コンテンツ送達チャネルおよびコンテンツ制御チャネル(例えば、TCP接続)に関するメディア記述情報(SDP offer1)を保有する。
【００４４】
この実施形態で、オリジナルのLTVのマルチキャストメディアストリームを、実際の要件に従って格納するか非アクティブ化することができる。
【００４５】
ステップ205で、セッション更新要求を転送する。
【００４６】
端末からセッション更新要求メッセージを受信した後に、IMSコアは、受信されたセッション更新要求をサービス制御機能(SCF)に転送し、このSCFは、3GPP IMS仕様に基づいて定義されるIMSコアシグナリングルーティングルールに従ってLTVを供給する。
【００４７】
ステップ206で、セッション初期化要求を開始する。
【００４８】
セッション更新要求を受信した後に、SCFは、セッション更新要求メッセージの内容に従って、ユーザがTsTVサービスを要求しているのか否かを判定し、これは、セッション更新要求メッセージのSIPヘッダフィールド内で保有されるサービスID情報またはSDPメッセージ本体内の制御チャネル情報の参照に基づいて判定される。ユーザがTsTVサービスを要求していると判定される場合に、SCFは、TsTVサービスを提供するTsTV MFエンティティへの新しいセッション初期化要求を開始し、ここで、セッション初期化要求メッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア記述情報(SDP Offer2)を保有する。
【００４９】
この実施形態で、SCFとTsTV MFエンティティとの間のメッセージルーティングモードは、限定されず、例えば、メッセージを、IMSコアを通過せずにルーティングしまたは転送することができる。
【００５０】
ステップ207で、セッション初期化応答メッセージを返す。
【００５１】
要求を受信した後に、タイムシフトサービスメディアリソースを提供するTsTV MFエンティティは、SIPセッションおよびRTSPセッションを確立し、RTSPセッションのセッションIDを生成し、TsTVサービスによって要求されるメディアリソースを配布し、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer2)を保有するセッション初期化応答メッセージ(200 OK)を返し、TCP接続の確立を待つ。
【００５２】
ステップ208で、セッション更新応答メッセージを返す。
【００５３】
SCFは、セッション更新応答メッセージ(200 OK)をIMSコアに送信し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００５４】
ステップ209で、セッション更新応答メッセージを転送する。
【００５５】
IMSコアは、セッション更新応答メッセージ(200 OK)を端末に転送し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００５６】
ステップ210から212までで、端末は、肯定応答(ACK)メッセージを返す。
【００５７】
セッション更新応答メッセージを受信した後に、端末は、応答メッセージ内のクリティカル情報、例えば、メディア記述情報およびセッションID情報を格納する。SIP reINVITE機構が採用される場合に、端末は、応答ACKメッセージをIMSコアに送信し、このメッセージは、SCFを介してTsTV MFエンティティに送信される。
【００５８】
ステップ213で、ベアラ接続を確立する。
【００５９】
上のステップでは、端末、SCF、およびTsTV MVエンティティが、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報の相互作用を介してメディアネゴシエーションを実行する。
【００６０】
端末は、メディアネゴシエーション結果に従ってTsTV MFエンティティと共にRTSPを担う伝送接続(例えば、TCP接続)を確立する。
【００６１】
ステップ214で、端末は、メディア再生要求を送信する。
【００６２】
端末は、コンテンツ制御チャネルを介してTsTV MFエンティティに再生要求メッセージ(RTSP PLAY)を送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【００６３】
ステップ215で、メディア再生応答を返す。
【００６４】
TsTV MFエンティティは、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【００６５】
ステップ216で、メディアストリームを送信する。
【００６６】
TsTV MFエンティティは、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【００６７】
この実施形態では、ユーザの一時停止動作および再開動作が、TsTVサービスの実施態様を例示する例として採用され、他の動作、例えば、早送りおよびスロー再生を採用することもでき、その特定の実施態様が類似することを理解できる。
【００６８】
この実施形態では、ステップ210から215までが、オプションであり、実際の要件に従って選択され得る。
【００６９】
この実施形態では、端末が、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するセッション更新要求メッセージを送信する時に、TsTV MFは、この2つのパラメータに従ってコンテンツ制御チャネルおよびコンテンツ送達チャネルを確立し、これによって、IMSシステム内でTsTVサービスを実現する。
【００７０】
2.コンテンツ送達チャネルおよびコンテンツ制御チャネルが、独立に確立される。
【００７１】
図3を参照すると、本発明の第2実施形態では、TsTVサービス確立方法は、次のステップを含む。
【００７２】
ステップ301で、ユーザが、番組を一時停止することを要求する。
【００７３】
ユーザは、マルチキャスト送達モードでLTVを見、番組を見ている時に一時停止を要求する。
【００７４】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【００７５】
ステップ302で、端末が、マルチキャストグループを終了する要求をBCFに送信する。
【００７６】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、生メディアストリームを提供するマルチキャストポイントに送信する。この実施形態では、Version IGMP 1.0に基づく時に、マルチキャストグループを去ることに関する報告メッセージを送信することが不必要であり、Version IGMP 2.0に基づく時に、マルチキャストグループを去ることに関する報告メッセージを送信することが必要であり、その結果、このステップはオプションになる。
【００７７】
ステップ303で、ユーザは、TV番組の再生を再開することを要求する。
【００７８】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にはもはやマルチキャストメディアストリームを受信しないので、TsTVサービスは、ユーザがTV番組を見るのを再開することを可能にすることを要求される。
【００７９】
ステップ304で、端末は、セッション更新要求を開始する。
【００８０】
この実施形態で、セッション更新要求の内容は、次の2つの情況を有する場合がある。
【００８１】
A.端末によって送信されるセッション更新要求が、タイムシフト番組のコンテンツオブジェクトID(例えば、RTSPのRequest-URIヘッダフィールド内で保有されるRTSP URI)を保有する。
【００８２】
B.端末によって送信されるセッション更新要求が、タイムシフト番組のコンテンツオブジェクトIDを保有しない。
【００８３】
このステップでは、開始されたセッション更新要求は、コンテンツ制御チャネルに関するメディア記述情報(SDP offer1)を保有し、ここで、この情報は、タイムシフト番組のコンテンツオブジェクトIDを保有することができる。
【００８４】
この実施形態で、オリジナルLTVのマルチキャストメディアストリームを、実際の要件に従って格納し、または非アクティブ化することができる。
【００８５】
ステップ305で、セッション更新要求を転送する。
【００８６】
セッション更新要求メッセージを端末から受信した後に、IMSコアは、3GPP IMS仕様に基づいて定義されるIMSコアシグナリングルーティングルールに従ってLTVを提供するSCFに端末の受信されたセッション更新要求を転送する。
【００８７】
ステップ306で、セッション初期化要求を開始する。
【００８８】
セッション更新要求を受信した後に、SCFは、セッション更新要求メッセージの内容に従って、ユーザがTsTVサービスを要求していると判定し、TsTVサービスを提供するTsTV MFエンティティへの新しいセッション初期化要求を開始し、ここで、セッション初期化要求メッセージは、コンテンツ制御チャネルに関するメディア記述情報(SDP Offer2)を保有する。
【００８９】
ステップ307で、セッション初期化応答を返す。
【００９０】
要求を受信した後に、タイムシフトサービスメディアリソースを提供するTsTV MFエンティティは、SIPセッションを確立する。
【００９１】
上の情況Aに関して、TsTV MFエンティティは、同時にRTSPセッションを確立し、RTSPセッションのセッションIDを生成し、TsTVサービスによって要求されるメディアリソースを配布する。
【００９２】
上の情況Bに関して、TsTV MFエンティティは、RTSPセッションを確立せず、応答メッセージ内でコンテンツオブジェクトIDを伝える。
【００９３】
その後、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer2)を保有するセッション初期化応答メッセージ(200 OK)を返し、TCP接続の確立を待つ。
【００９４】
ステップ308で、セッション更新応答メッセージを返す。
【００９５】
SCFは、IMSコアにセッション更新応答メッセージ(200 OK)を送信し、ここで、このメッセージは、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００９６】
ステップ309で、セッション更新応答メッセージを転送する。
【００９７】
IMSコアは、セッション更新応答メッセージ(200 OK)を端末に転送し、ここで、このメッセージは、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００９８】
ステップ310から312までで、端末は、ACKメッセージを返す。
【００９９】
セッション更新応答メッセージを受信した後に、端末は、クリティカル情報、例えばコンテンツ制御チャネルのメディア記述情報およびセッションIDを応答メッセージに格納する。SIP reINVITE機構が採用される場合に、端末は、応答ACKメッセージをIMSコアに送信し、このメッセージは、SCFを介してTsTV MFエンティティに送信される。
【０１００】
ステップ313で、ベアラ接続を確立する。
【０１０１】
上のステップで、端末、SCF、およびTsTV MFエンティティは、コンテンツ制御チャネル情報の相互作用を介してメディアネゴシエーションを実行する。
【０１０２】
端末は、メディアネゴシエーション結果に従ってTsTV MFエンティティとのRTSPを担う伝送接続(例えば、TCP接続)を確立する。
【０１０３】
ステップ313bで、メディア記述情報を獲得する。
【０１０４】
端末は、例えばRTSP SUBSCRIBE要求を送信することによって、確立されたコンテンツ制御チャネルを介してコンテンツ送達チャネルに関するメディア記述情報をTsTV MFエンティティに要求し、次に、TsTV MFエンティティは、応答メッセージ(RTSP 200 OK)を端末に返し、ここで、このメッセージは、コンテンツ送達チャネルに関するメディア記述情報を保有する。
【０１０５】
ステップ314で、セッション更新要求を開始する。
【０１０６】
端末は、もう一度セッション更新要求をIMSコアに送信し、コンテンツ送達チャネルのメディアロウ(SDP Offer3)が、要求メッセージに新たに追加される。上の情況Bに関して、コンテンツオブジェクトID情報が、さらに、要求されたコンテンツ制御チャネルのメディアロウに追加される。
【０１０７】
ステップ315で、セッション更新要求を転送する。
【０１０８】
セッション更新要求メッセージを端末から受信した後に、IMSコアは、3GPP IMS仕様に基づいて定義されるIMSコアシグナリングルーティングルールに従って、端末の受信されたセッション更新要求をSCFにルーティングする。
【０１０９】
ステップ316で、セッション更新要求を送信する。
【０１１０】
セッション更新要求を受信した後に、SCFは、対応するTsTV MFエンティティに対するセッション更新要求を開始し、ここで、セッション更新要求メッセージは、コンテンツ制御チャネルのメディアロウおよびコンテンツ送達チャネルのメディアロウ(SDP Offer4)を保有する。
【０１１１】
ステップ317で、セッション更新応答を返す。
【０１１２】
要求を受信した後に、TsTV MFエンティティは、TsTVサービスによって要求されたメディアリソースを配布する。上の情況Bに関して、TsTV MFエンティティは、RTSPセッションを確立し、応答メッセージ内でセッションID情報を伝える。次に、TsTV MFエンティティは、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer4)を保有するセッション更新応答メッセージ(200 OK)を返す。
【０１１３】
ステップ318で、セッション更新応答を返す。
【０１１４】
SCFは、IMSコアにセッション更新応答メッセージ(200 OK)を送信し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer3)を保有する。
【０１１５】
ステップ319で、セッション更新応答を転送する。
【０１１６】
IMSコアは、セッション更新応答メッセージ(200 OK)を端末に転送し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer3)を保有する。
【０１１７】
ステップ320から322までで、端末は、ACKメッセージを返す。
【０１１８】
セッション更新応答メッセージを受信した後に、端末は、クリティカル情報、例えばメディア記述情報およびセッションID情報を応答メッセージに格納する。SIP reINVITE機構が採用される場合に、端末は、応答ACKメッセージをIMSコアに送信し、このメッセージは、SCFを介してTsTV MFエンティティに送信される。
【０１１９】
ステップ323で、端末が、メディア再生要求を送信する。
【０１２０】
端末は、コンテンツ制御チャネルを介してTsTV MFエンティティにメディア再生要求メッセージ(RTSP PLAY)を送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【０１２１】
ステップ324で、メディア再生応答を返す。
【０１２２】
TsTV MFエンティティは、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【０１２３】
ステップ325で、メディアストリームを送信する。
【０１２４】
TsTV MFエンティティは、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【０１２５】
この実施形態では、ユーザの一時停止動作および再開動作が、TsTVサービスの実施態様を示すための例として取り上げられ、他の動作、例えば早送りおよびスロー再生をも採用でき、その特定の実施態様が類似することを理解することができる。
【０１２６】
この実施形態のTsTVサービス確立方法と第1実施形態のTsTVサービス確立方法との間の相違は、この実施形態で、コンテンツ制御チャネルおよびコンテンツ送達チャネルが同時には確立されないことである。その代わりに、コンテンツ制御チャネルが最初に確立され、その後、コンテンツ送達チャネルに関するメディア記述情報が、コンテンツ送達チャネルをそれに従って確立するためにコンテンツ制御チャネルを介して獲得される。したがって、本発明の実施形態によるTsTVサービス確立方法の柔軟性が高められる。
【０１２７】
3.動作情報が、TsTVサービスをトリガするために報告される。
【０１２８】
図4を参照すると、本発明の第3実施形態では、TsTVサービス確立方法が、次のステップを含む。
【０１２９】
ステップ401で、ユーザが、番組を一時停止することを要求する。
【０１３０】
ユーザは、マルチキャスト送達モードでLTVを見、番組を見ている時に一時停止を要求する。
【０１３１】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【０１３２】
ステップ402で、端末が、マルチキャストグループを終了するためにBCFに要求を送信する。
【０１３３】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、マルチキャストメディアストリームを提供するマルチキャスト制御ポイントに送信する。この実施形態では、Version IGMP 1.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは不必要であり、Version IGMP 2.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは必要であり、その結果、このステップはオプションになる。
【０１３４】
ステップ403で、ユーザは、TV番組の再生を再開することを要求する。
【０１３５】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にはもはやマルチキャストメディアストリームを受信しないので、TsTVサービスは、ユーザがTV番組を見るのを再開することを可能にすることを要求される。
【０１３６】
ステップ404で、動作報告要求を送信する。
【０１３７】
この実施形態では、次の2つの動作要求を報告することができる。
【０１３８】
A.端末は、キーに関するオリジナル情報(例えば、キー番号)を報告し、端末は、キー/ユーザの動作に関するオリジナル情報をSCFに報告し、次に、SCFは、キーの定義を解決し、サービスコンテキストと組み合わせ、ユーザのサービス要求情報を判定する。
【０１３９】
B.端末は、VCR動作情報(例えば、スケール/範囲のRTSPパラメータを保有する情報)を報告し、端末は、キー/ユーザの動作をVCR動作情報に変換し、そのVCR動作情報をSCFに報告する必要がある。
【０１４０】
端末は、SIPメッセージ/情報機構、SIPサブスクライブ/通知機構、非SIP機構、および類似物を含むがこれらに限定はされないさまざまなシグナリング実施態様の形でその情報をSCFに報告することができる。
【０１４１】
ステップ405で、TsTVサービスの確立をトリガする。
【０１４２】
SCFは、サービス処理ロジックに従ってユーザがTsTVサービスを要求することを判定し(ユーザは、LTVを見ている時に一時停止/再生を要求する)、したがって、TsTVサービスの確立をトリガする。
【０１４３】
ステップ406で、セッション初期化要求を開始する。
【０１４４】
SCFは、セッション初期化要求をTsTV MFエンティティに送信し、ここで、この要求は、SDPメッセージ本体を含まない。
【０１４５】
ステップ407で、セッション初期化応答メッセージを返す。
【０１４６】
セッション初期化要求を受信した後に、TsTV MFエンティティは、SIPセッションを確立し、セッション初期化応答メッセージ(200 OK)をSCFに返し、ここで、この応答は、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer1)を保有する。
【０１４７】
ステップ408で、セッション更新要求を送信する。
【０１４８】
セッション初期化応答メッセージをTsTV MFエンティティから受信した後に、SCFは、セッション更新要求をIMSコアに送信し、ここで、この要求は、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer2)を保有する。
【０１４９】
ステップ409で、セッション更新要求を転送する。
【０１５０】
IMSコアは、受信したセッション更新要求をIMSシグナリングルーティングルールに従って端末に転送する。
【０１５１】
ステップ410で、端末が、セッション更新応答を返す。
【０１５２】
ネットワークからセッション更新要求メッセージを受信した後に、端末は、セッション更新応答メッセージを、端末の機能およびサービス処理ルールに従ってIMSコアに返し、ここで、この応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer2)を保有する。
【０１５３】
ステップ411で、セッション更新応答を転送する。
【０１５４】
IMSコアは、受信したセッション更新応答メッセージを、IMSシグナリングルーティングルールに従ってSCFに転送する。
【０１５５】
ステップ412から413までで、セッション更新ACKを送信する。
【０１５６】
SCFは、セッション更新ACKを端末に消し、このメッセージは、IMSコアによってルーティングされる。
【０１５７】
ステップ414で、セッション初期化ACKを送信する。
【０１５８】
SCFは、端末から受信されたセッション更新応答メッセージに従って、セッション初期化ACKメッセージを構成し、ここで、このセッション初期化ACKメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer1)を保有する。
【０１５９】
ステップ415で、後続処理を実行する。
【０１６０】
後続処理は、次のステップを含む。
【０１６１】
A.端末が、メディア再生要求を送信する。
【０１６２】
端末は、メディア再生要求メッセージ(RTSP PLAY)をコンテンツ制御チャネルを介してTsTV MFエンティティに送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【０１６３】
B.メディア再生応答を返す。
【０１６４】
TsTV MFエンティティは、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【０１６５】
C.メディアストリームを送信する。
【０１６６】
TsTV MFは、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【０１６７】
この実施形態では、端末は、動作情報の報告を介してTsTVサービスをトリガし、動作情報の特定のタイプは、実際の要件に従って決定され、これによって、本発明の実施形態でのTsTVサービス確立方法の柔軟性が改善される。
【０１６８】
4.サービス情報を報告して、TsTVサービスをトリガする。
【０１６９】
図5を参照すると、本発明の第4実施形態では、TsTVサービス確立方法が、次のステップを含む。
【０１７０】
ステップ501で、ユーザが、番組を一時停止することを要求する。
【０１７１】
ユーザは、マルチキャスト送達モードでLTVを見、番組を見ている時に一時停止を要求する。
【０１７２】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【０１７３】
ステップ502で、端末が、マルチキャストグループを終了するためにBCFに要求を送信する。
【０１７４】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、マルチキャストメディアストリームを提供するマルチキャスト制御ポイントに送信する。この実施形態では、Version IGMP 1.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは不必要であり、Version IGMP 2.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは必要であり、その結果、このステップはオプションになる。
【０１７５】
ステップ503で、ユーザは、TV番組の再生を再開することを要求する。
【０１７６】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にはもはやマルチキャストメディアストリームを受信しないので、TsTVサービスは、ユーザがTV番組を見るのを再開することを可能にすることを要求される。
【０１７７】
ステップ504で、セッション更新要求を開始する。
【０１７８】
端末は、現在のサービスコンテキストおよびユーザのVCR動作に従って、ユーザがTsTVサービスを要求していると判定し、セッション更新要求をIMSコアに送信する。この要求は、SDPメッセージ本体を含むのではなく、TsTVサービス情報を保有する。ユーザがTVサービスを要求していることを識別する形は、サービスIDを使用することを含むが、これに限定はされない。
【０１７９】
ステップ505で、セッション更新要求を転送する。
【０１８０】
IMSコアは、IMSシグナリングルーティングルールに従って、受信されたセッション更新要求をSCFに転送する。
【０１８１】
ステップ506で、セッション初期化要求を開始する。
【０１８２】
セッション更新要求メッセージを端末から受信した後に、SCFは、その要求で伝えられるTsTVサービス情報に従ってTsTVサービスをトリガすると決定し、セッション初期化要求をTsTV MFエンティティに送信する。この要求は、SDPメッセージ本体を含まない。
【０１８３】
ステップ507で、セッション初期化応答を返す。
【０１８４】
セッション初期化要求を受信した後に、TsTV MFエンティティは、セッションを確立し、セッション初期化応答メッセージを返し、ここで、この応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer1)を保有する。
【０１８５】
ステップ508で、セッション更新応答を返す。
【０１８６】
SCFは、受信されたセッション更新応答メッセージおよびサービスコンテキスト情報に基づいてセッション更新応答メッセージおよびメッセージ本体を構成し、ここで、このセッション更新応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer2)を保有する。
【０１８７】
ステップ509で、セッション更新応答を転送する。
【０１８８】
IMSコアは、IMSシグナリングルーティングルールに従って、受信されたセッション更新応答メッセージを端末に転送する。
【０１８９】
ステップ510で、セッション更新ACKを返す。
【０１９０】
セッション更新応答メッセージをネットワークから受信した後に、端末は、端末の機能およびサービス処理ルールに従って、IMSコアにセッション更新ACKメッセージを返し、ここで、このセッション更新ACKメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer2)を保有する。
【０１９１】
ステップ511で、セッション更新ACKを転送する。
【０１９２】
IMSコアは、IMSシグナリングルーティングルールに従って、受信されたセッション更新ACKメッセージをSCFに転送する。
【０１９３】
ステップ512で、セッション初期化ACKを返す。
【０１９４】
SCFは、受信されたセッション更新ACKメッセージおよびサービスコンテキスト情報に従って、セッション初期化ACKメッセージを構成し、ここで、このセッション初期化ACKメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer1)を保有する。
【０１９５】
ステップ513で、後続処理を実行する。
【０１９６】
後続処理は、次のステップを含む。
【０１９７】
A.端末が、メディア再生要求を送信する。
【０１９８】
端末は、コンテンツ制御チャネルを介してTsTV MFエンティティにメディア再生要求メッセージ(RTSP PLAY)を送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【０１９９】
B.メディア再生応答を返す。
【０２００】
TsTV MFエンティティが、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【０２０１】
C.メディアストリームを送信する。
【０２０２】
TsTV MFエンティティが、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【０２０３】
この実施形態では、端末は、サービス情報の報告を介してTsTVサービスをトリガする。具体的に言うと、端末は、キー/ユーザの動作を現在のサービスコンテキストに従ってサービス要求情報に変換し、例えば、LTVサービスが経験されている時に、端末は、ユーザがTsTVサービスを要求していると判定し、その結果、端末は、タイムシフトサービス要求情報をSCFに報告するようになる。したがって、SCFは、本発明の実施形態のTsTVサービス確立方法の柔軟性を改善するために、サービス要求情報に従って正しいサービス処理論理を呼び出し、例えば、TsTVサービスの確立をトリガする。
【０２０４】
2.タイムシフトチャネルモード
【０２０５】
図6を参照すると、本発明の第5実施形態では、TsTVサービス確立方法が、次のステップを含む。
【０２０６】
ステップ601で、EPGをブラウズする。
【０２０７】
ユーザは、EPGメニューをブラウズし、タイムシフトチャネルサブメニューに入り、特定のタイムシフトチャネルを選択し(すなわち、ユーザが番組を終了した以前の再生位置からまたは最新の位置から再生を開始することを要求する)、かつ/または再生番組もしくは再生位置を指定し、その番組を見ることを要求する。
【０２０８】
ステップ602で、セッション初期化要求を開始する。
【０２０９】
端末は、セッション初期化要求をIMSコアに送信し、ここで、この要求は、チャネルIDおよび番組位置情報を保有するが、コンテンツ制御チャネルまたはコンテンツ送達チャネルに関するメディア記述情報を含まない(すなわち、SDPを含まない)。
【０２１０】
ステップ603で、セッション初期化要求を転送する。
【０２１１】
IMSコアは、3GPP IMS仕様に記載されたルーティングルールに従って、端末からSCFへセッション初期化要求を転送する。
【０２１２】
ステップ604で、セッション初期化要求を開始する。
【０２１３】
セッション初期化要求メッセージを受信した後に、SCFは、その要求で伝えられる情報に従って、ユーザがTsTVサービスを要求していることを識別し、セッションを確立する。ユーザは、タイムシフトチャネルを見ることを要求するが、再生番組または位置情報を指定しない。SCFは、格納されたユーザサービス情報(例えば、ユーザがこのチャネルを去った、以前の位置に関する情報)および/またはローカルポリシに従って、メディア送達チャネルがマルチキャストモードまたはユニキャストモードのどちらを採用するのかを判定する。
【０２１４】
現在の生コンテンツをユーザに送信する必要がある場合には、マルチキャストメディアストリームの送達モードが採用される。SCFは、セッション初期化応答メッセージをIMSコアに送信し(すなわち、ステップ606)、ここで、このメッセージは、マルチキャストメディアストリームに関するメディア記述情報を保有する。後続の確立プロセスは、既存LTVサービスの確立プロセスに類似し、その詳細は、ここでもう一度説明はしない。
【０２１５】
前の時点のコンテンツをユーザに送信する必要がある場合には、ユニキャストメディアストリームの送達モードが採用される。SCFは、TsTVメディアリソースを提供するTsTV MFエンティティにセッション初期化要求を送信し、ここで、このメッセージは、メディア記述情報を含まない。その後、ステップ605が実行される。
【０２１６】
ステップ605で、セッション初期化応答を返す。
【０２１７】
TsTV MFエンティティは、セッション初期化応答メッセージをSCFに返し、ここで、このメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP Offer1)を保有する。
【０２１８】
ステップ606で、セッション初期化応答を返す。
【０２１９】
SCFは、TsTV MFエンティティのセッション初期化応答メッセージに従って、セッション初期化応答メッセージを構成し、ここで、SCFのセッション初期化応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer2)を保有し、その後、SCFは、このセッション初期化応答メッセージをIMSコアに送信する。
【０２２０】
ステップ607で、セッション初期化応答を転送する。
【０２２１】
IMSコアは、3GPP IMS仕様に記載のルーティングルールに従って、端末にセッション初期化応答メッセージを転送する。
【０２２２】
ステップ608および609またはステップ608、609、および610では、セッション初期化応答を返す。
【０２２３】
ステップ605が上のプロセスで実行される時には、ステップ610を実行する必要がある。
【０２２４】
端末は、IMSコアを介してSCFにセッション初期化ACKメッセージを送信し、ここで、このメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP Answer2)を保有し、その後、SCFは、このメッセージをTsTV MFエンティティに転送し、ここで、このメッセージは、メディア回答情報(SDP Answer1)を保有する。
【０２２５】
ステップ611Aおよび612Aでは、マルチキャストメディアストリームが要求される時に、端末が、マルチキャストグループに追加され、BCFが、マルチキャストメディアストリームを端末に送信する。
【０２２６】
ステップ611Bから613Bまででは、ユニキャストメディアストリームが要求される時に、コンテンツ制御チャネルが確立され、メディア再生要求が、TsTV MFエンティティに対して開始される。TsTV MFエンティティは、再生応答を返し、メディアストリームを端末に送信する。
【０２２７】
この実施形態では、タイムシフトチャネルモードでのTsTVサービスの実施が示され、これによって、本発明の実施形態でのTsTVサービス確立方法の柔軟性がさらに改善される。
【０２２８】
本発明のデバイス実施形態を、下で示す。図7を参照すると、本発明の第1実施形態では、TsTV MFエンティティは、要求メッセージ受信ユニット701、チャネル確立制御ユニット702、要求受信ユニット703、およびメディア情報返しユニット704を含む。
【０２２９】
要求メッセージ受信ユニット701は、端末から送信されたコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成される。
【０２３０】
チャネル確立制御ユニット702は、コンテンツ制御チャネル情報に従って、端末との伝送接続を確立するように構成される。
【０２３１】
要求受信ユニット703は、伝送接続を介して端末から送信されたメディア再生要求を受信するように構成される。
【０２３２】
メディア情報返しユニット704は、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信するように構成される。
【０２３３】
図8を参照すると、本発明の第2実施形態では、TsTV MFエンティティは、受信ユニット801、チャネル確立制御ユニット802、メッセージ送信ユニット803、要求受信ユニット804、およびメディア情報返しユニット805を含む。
【０２３４】
受信ユニット801は、端末から送信されたコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成される。
【０２３５】
チャネル確立制御ユニット802は、コンテンツ制御チャネル情報に従って端末との伝送接続を確立するように構成される。
【０２３６】
メッセージ送信ユニット803は、伝送接続を介して端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返すように構成される。
【０２３７】
要求受信ユニット804は、端末から送信されたメディア再生要求を受信するように構成される。
【０２３８】
メディア情報返しユニット805は、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信するように構成される。
【０２３９】
当業者は、本発明の実施形態による方法のステップのすべてまたは一部を、プログラムの命令の下で関連するハードウェアによって実施できることを理解する。このプログラムを、コンピュータ可読記憶媒体に格納することができる。このプログラムが実行される時に、次のステップが実行される。TsTV MFは、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【０２４０】
記憶媒体は、ROM、磁気ディスク、または光ディスクとすることができる。
【０２４１】
本発明の実施形態では、TsTV MFエンティティは、端末から送信された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信し、その結果、TsTV MFエンティティは、受信されたコンテンツ制御チャネル情報に従って端末との制御シグナリングを送信するためのコンテンツ制御チャネルを確立することと、コンテンツ送達チャネル情報に従って端末とのリアルタイムストリーミングメディアを送信するためのコンテンツ送達チャネルを確立することとを可能にされるようになり、これによって、IMSシステム内でTsTVサービスを実現する。
【０２４２】
上記を考慮して、本発明のTsTVサービス確立方法およびTsTV MFエンティティが、上で詳細に示された。本発明の範囲または趣旨から逸脱せずに、本発明に対するさまざまな修正形態および変形形態を作ることができることは、当業者には明白である。前述を考慮して、本発明の修正形態および変形形態が、添付の特許請求の範囲およびその同等物の範囲に含まれるならば、本発明がそれらを含むことが意図されている。
【符号の説明】
【０２４３】
102  ミドルウェア
103  VODシステム
104  STB
701  要求メッセージ受信ユニット
702  チャネル確立制御ユニット
703  要求受信ユニット
704  メディア情報返しユニット
801  受信ユニット
802  チャネル確立制御ユニット
803  メッセージ送信ユニット
804  要求受信ユニット
805  メディア情報返しユニット
【図１】
2010519822.tif 000003
【図２】
2010519822.tif 000004
2010519822.tif 000005
【図３】
2010519822.tif 000006
【図４】
2010519822.tif 000007
【図５】
2010519822.tif 000008
【図６】
2010519822.tif 000009
【図７】
2010519822.tif 000010
【図８】
2010519822.tif 000011
【手続補正書】
【提出日】平成21年8月25日(2009.8.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関するものであり、より具体的には、タイムシフトTV (TsTV)サービス確立方法およびタイムシフトTVメディア機能(TsTV MF)エンティティに関するものである。
【背景技術】
【０００２】
タイムシフトTV (TsTV)サービスは、新たに現れたストリーミングメディアサービスである。現在、既存IPネットワークに基づく解決策は、図1に示されたとおりであり、ここで、システムは、ヘッドエンド、ミドルウェア、ビデオオンデマンド(VOD)システム、セットトップボックス(STB)、その他によって構成される。
【０００３】
既存システムでは、TsTVサービスは、基本的に次のように実現される。
【０００４】
まず、STB 104が、ミドルウェア102から番組メニューを入手し、番組メニューに従って選択された番組を再生するためのマルチキャストグループが、TV番組を受信するためにSTB 104に追加され、番組が、マルチキャスティングによって送信される。
【０００５】
ユーザが、番組の一時停止または早戻しを選択する場合に、STB 104は、ミドルウェア102に要求を送信する。ミドルウェア102およびVODシステム103は、対応するユニキャスト番組ソースを対話的に位置決めし、そのアドレスをミドルウェア102に送信する。次に、ミドルウェア102は、そのアドレスをSTB 104に返す。
【０００６】
その後、STB 104は、ユニキャスト番組ストリームをVODシステム103から入手し、リアルタイムストリーミングプロトコル(RTSP)を介して番組を制御する。ユーザが、生番組を早送りし、追い付くことを選択する場合に、STB 104は、もう一度マルチキャスト受信状態に切り替えられる。
【０００７】
本発明の実施中に、本発明者は、上の解決策が既存IPネットワークを対象とし、TsTVサービスがサービス要求または制御シグナリングとしてHTTP/RTSPおよび類似物を採用することによって実現されることを見つけた。しかし、現在急速に開発されつつあるIPマルチメディアサブシステム(IMS)に関して、従来技術は、IMSシステム内でTsTVサービスを実現する実装の形を全く明示的に提供しない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】中国特許出願第200710129329.8号明細書
【発明の概要】
【課題を解決するための手段】
【０００９】
したがって、本発明は、IMSネットワーク内でTsTVサービスを実現するように構成された、タイムシフトTV (TsTV)サービス確立方法およびタイムシフトTVメディア機能(TsTV MF)エンティティを対象とする。
【００１０】
本発明の一実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。TsTV MFエンティティが、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って、端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【００１１】
本発明の一実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。TsTV MFエンティティが、端末によって開始された、コンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って端末との伝送接続を確立し、伝送接続を介して端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返し、端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【００１２】
本発明の実施形態では、TsTVサービス確立方法が提供される。この方法は、次のステップを含む。SCFが、端末から送信された、チャネルIDを保有しまたはチャネルIDおよび番組位置情報を保有するセッション初期化要求メッセージを受信し、セッション初期化要求メッセージに従ってコンテンツ送達タイプを判定し、コンテンツ送達タイプに従って対応するプロセスを実行する。
【００１３】
本発明の実施形態では、TsTV MFエンティティが提供される。TsTV MFエンティティは、
端末から送信されたコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された要求メッセージ受信ユニットと、
コンテンツ制御チャネル情報に従って端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
伝送接続を介して端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含む。
【００１４】
代替案では、TsTV MFエンティティは、
端末から送信されたコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された受信ユニットと、
コンテンツ制御チャネル情報に従って端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
伝送接続を介して端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返すように構成されたメッセージ送信ユニットと、
端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含む。
【００１５】
本発明の実施形態では、TsTV MFエンティティは、端末から送信されるコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信し、その結果、TsTV MFエンティティは、受信されたコンテンツ制御チャネル情報に従って端末と共に制御シグナリングを送信するためのコンテンツ制御チャネルを確立し、コンテンツ送達チャネル情報に従って端末と共にリアルタイムストリーミングメディアを送信するためのコンテンツ送達チャネルを確立することを可能にされるようになり、これによって、IMSシステム内でTsTVサービスを実現する。
【図面の簡単な説明】
【００１６】
【図１】従来技術のTsTVサービスシステムを示す構造図である。
【図２】本発明の第1実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図３】本発明の第2実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図４】本発明の第3実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図５】本発明の第4実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図６】本発明の第5実施形態に係るTsTVサービス確立方法を示す流れ図である。
【図７】本発明の第1実施形態に係るTsTV MFエンティティを示す概略図である。
【図８】本発明の第2実施形態に係るTsTV MFエンティティを示す概略図である。
【発明を実施するための形態】
【００１７】
本発明の実施形態では、TsTVサービス確立方法およびTsTV MFエンティティが提供され、これらは、IMSシステム内でTsTVサービスを実現するように構成される。
【００１８】
TsTVサービスは、ユーザがTsTV状態に入る形に従って、次の2つのタイプに分類することができる。
【００１９】
1)直接タイムシフトモード:生TV (LTV)を見る時に、ユーザは、ポーズキーまたはバックワードキーを押して、生状態からタイムシフト状態に切り替える。
【００２０】
2)タイムシフトチャネルモード:電子番組ガイド(EPG)が、タイムシフトチャネル情報を提供し、ユーザは、タイムシフトビデオ番組を見ることを選択することができる。
【００２１】
TsTVサービス処理を、次の4つのサブプロセスに分割することができる。
【００２２】
A.サービス確立プロセス:サービス確立プロセスは、主に、サービスの初期確立プロセスを指す。
【００２３】
B.VCRオペレーティングプロセス:TsTVサービスを見る時に、ユーザは、VCR動作(トリックモードとしても知られる)、例えば、一時停止、早送り、早戻し、およびジャンプを実行することができる。
【００２４】
C.サービスが確立された後のユニキャストとマルチキャストとの間のハンドオーバープロセス:IMSベースのIPTVシステムでは、LTVは、一般に、マルチキャスティングによってメディアストリームを送信する。TsTVサービスは、一般に、非最新再生状態でのユニキャスティング(タイムシフトコンテンツが再生されつつある)によってメディアストリームを送信し、一般に、最新再生状態でのマルチキャスティング(生コンテンツが再生されつつある)によってメディアストリームを送信する。TsTVサービスセッションが確立された後に、ユーザは、VCR動作、例えば、早送りまたは最新の再生ポイントへのジャンプを実行することができ、これによって、マルチキャストとユニキャストとの間のハンドオーバーをトリガする。
【００２５】
D.サービスリリースプロセス。
【００２６】
TsTVサービスの全般的な紹介が、上で与えられ、本発明の実施形態でのTsTVサービス確立方法を、下で詳細に説明する。具体的に言うと、ユーザアクセスモードに従って、本発明の実施形態で提供されるTsTVサービス確立方法を、次の2つのタイプに分類することができる。
【００２７】
1.直接タイムシフトモード
【００２８】
このモードでは、TsTVサービス確立方法を、次の4つの実施形態に副分割することができる。
【００２９】
1.コンテンツ送達チャネルおよびコンテンツ制御チャネルが、同時に確立される。
【００３０】
図2を参照すると、本発明の第1実施形態で、TsTVサービス確立方法は、次のステップを含む。
【００３１】
ステップ201で、ユーザが、番組を一時停止することを要求する。
【００３２】
ユーザは、マルチキャスト送達モードでLTVを見る。ユーザは、番組を見ている時に一時停止を要求する。
【００３３】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【００３４】
ステップ202で、端末が、マルチキャストグループを終了するために基本制御機能(BCF)に要求を送信する。
【００３５】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、生メディアストリームを提供するマルチキャストポイントに送信する。この実施形態では、Version IGMP 1.0に基づく時にマルチキャストグループを去ることに関する報告メッセージを送信することは不必要であり、Version IGMP 2.0に基づく時にマルチキャストグループを去ることに関する報告メッセージを送信することが必要であり、その結果、このステップはオプションになる。
【００３６】
ステップ203で、ユーザは、TV番組の再生を再開することを要求する。
【００３７】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にマルチメディアストリームをもはや受信しないので、TsTVサービスは、ユーザがTV番組を見ることを再開することを可能にすることを要求される。
【００３８】
ステップ204で、端末は、セッション更新要求を送信する。
【００３９】
端末は、ネットワーク(IMSコア)にセッション更新要求を送信し、ここで、この要求は、コンテンツ送達チャネルおよびコンテンツ制御チャネル(例えば、TCP接続)に関するメディア記述情報(SDP offer1)を保有する。
【００４０】
この実施形態で、オリジナルのLTVのマルチキャストメディアストリームを、実際の要件に従って格納するか非アクティブ化することができる。
【００４１】
ステップ205で、セッション更新要求を転送する。
【００４２】
端末からセッション更新要求メッセージを受信した後に、IMSコアは、受信されたセッション更新要求をサービス制御機能(SCF)に転送し、このSCFは、3GPP IMS仕様に基づいて定義されるIMSコアシグナリングルーティングルールに従ってLTVを供給する。
【００４３】
ステップ206で、セッション初期化要求を開始する。
【００４４】
セッション更新要求を受信した後に、SCFは、セッション更新要求メッセージの内容に従って、ユーザがTsTVサービスを要求しているのか否かを判定し、これは、セッション更新要求メッセージのSIPヘッダフィールド内で保有されるサービスID情報またはSDPメッセージ本体内の制御チャネル情報の参照に基づいて判定される。ユーザがTsTVサービスを要求していると判定される場合に、SCFは、TsTVサービスを提供するTsTV MFエンティティへの新しいセッション初期化要求を開始し、ここで、セッション初期化要求メッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア記述情報(SDP Offer2)を保有する。
【００４５】
この実施形態で、SCFとTsTV MFエンティティとの間のメッセージルーティングモードは、限定されず、例えば、メッセージを、IMSコアを通過せずにルーティングしまたは転送することができる。
【００４６】
ステップ207で、セッション初期化応答メッセージを返す。
【００４７】
要求を受信した後に、タイムシフトサービスメディアリソースを提供するTsTV MFエンティティは、SIPセッションおよびRTSPセッションを確立し、RTSPセッションのセッションIDを生成し、TsTVサービスによって要求されるメディアリソースを配布し、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer2)を保有するセッション初期化応答メッセージ(200 OK)を返し、TCP接続の確立を待つ。
【００４８】
ステップ208で、セッション更新応答メッセージを返す。
【００４９】
SCFは、セッション更新応答メッセージ(200 OK)をIMSコアに送信し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００５０】
ステップ209で、セッション更新応答メッセージを転送する。
【００５１】
IMSコアは、セッション更新応答メッセージ(200 OK)を端末に転送し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００５２】
ステップ210から212までで、端末は、肯定応答(ACK)メッセージを返す。
【００５３】
セッション更新応答メッセージを受信した後に、端末は、応答メッセージ内のクリティカル情報、例えば、メディア記述情報およびセッションID情報を格納する。SIP reINVITE機構が採用される場合に、端末は、応答ACKメッセージをIMSコアに送信し、このメッセージは、SCFを介してTsTV MFエンティティに送信される。
【００５４】
ステップ213で、ベアラ接続を確立する。
【００５５】
上のステップでは、端末、SCF、およびTsTV MVエンティティが、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報の相互作用を介してメディアネゴシエーションを実行する。
【００５６】
端末は、メディアネゴシエーション結果に従ってTsTV MFエンティティと共にRTSPを担う伝送接続(例えば、TCP接続)を確立する。
【００５７】
ステップ214で、端末は、メディア再生要求を送信する。
【００５８】
端末は、コンテンツ制御チャネルを介してTsTV MFエンティティに再生要求メッセージ(RTSP PLAY)を送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【００５９】
ステップ215で、メディア再生応答を返す。
【００６０】
TsTV MFエンティティは、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【００６１】
ステップ216で、メディアストリームを送信する。
【００６２】
TsTV MFエンティティは、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【００６３】
この実施形態では、ユーザの一時停止動作および再開動作が、TsTVサービスの実施態様を例示する例として採用され、他の動作、例えば、早送りおよびスロー再生を採用することもでき、その特定の実施態様が類似することを理解できる。
【００６４】
この実施形態では、ステップ210から215までが、オプションであり、実際の要件に従って選択され得る。
【００６５】
この実施形態では、端末が、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するセッション更新要求メッセージを送信する時に、TsTV MFは、この2つのパラメータに従ってコンテンツ制御チャネルおよびコンテンツ送達チャネルを確立し、これによって、IMSシステム内でTsTVサービスを実現する。
【００６６】
2.コンテンツ送達チャネルおよびコンテンツ制御チャネルが、独立に確立される。
【００６７】
図3を参照すると、本発明の第2実施形態では、TsTVサービス確立方法は、次のステップを含む。
【００６８】
ステップ301で、ユーザが、番組を一時停止することを要求する。
【００６９】
ユーザは、マルチキャスト送達モードでLTVを見、番組を見ている時に一時停止を要求する。
【００７０】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【００７１】
ステップ302で、端末が、マルチキャストグループを終了する要求をBCFに送信する。
【００７２】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、生メディアストリームを提供するマルチキャストポイントに送信する。この実施形態では、Version IGMP 1.0に基づく時に、マルチキャストグループを去ることに関する報告メッセージを送信することが不必要であり、Version IGMP 2.0に基づく時に、マルチキャストグループを去ることに関する報告メッセージを送信することが必要であり、その結果、このステップはオプションになる。
【００７３】
ステップ303で、ユーザは、TV番組の再生を再開することを要求する。
【００７４】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にはもはやマルチキャストメディアストリームを受信しないので、TsTVサービスは、ユーザがTV番組を見るのを再開することを可能にすることを要求される。
【００７５】
ステップ304で、端末は、セッション更新要求を開始する。
【００７６】
この実施形態で、セッション更新要求の内容は、次の2つの情況を有する場合がある。
【００７７】
A.端末によって送信されるセッション更新要求が、タイムシフト番組のコンテンツオブジェクトID(例えば、RTSPのRequest-URIヘッダフィールド内で保有されるRTSP URI)を保有する。
【００７８】
B.端末によって送信されるセッション更新要求が、タイムシフト番組のコンテンツオブジェクトIDを保有しない。
【００７９】
このステップでは、開始されたセッション更新要求は、コンテンツ制御チャネルに関するメディア記述情報(SDP offer1)を保有し、ここで、この情報は、タイムシフト番組のコンテンツオブジェクトIDを保有することができる。
【００８０】
この実施形態で、オリジナルLTVのマルチキャストメディアストリームを、実際の要件に従って格納し、または非アクティブ化することができる。
【００８１】
ステップ305で、セッション更新要求を転送する。
【００８２】
セッション更新要求メッセージを端末から受信した後に、IMSコアは、3GPP IMS仕様に基づいて定義されるIMSコアシグナリングルーティングルールに従ってLTVを提供するSCFに端末の受信されたセッション更新要求を転送する。
【００８３】
ステップ306で、セッション初期化要求を開始する。
【００８４】
セッション更新要求を受信した後に、SCFは、セッション更新要求メッセージの内容に従って、ユーザがTsTVサービスを要求していると判定し、TsTVサービスを提供するTsTV MFエンティティへの新しいセッション初期化要求を開始し、ここで、セッション初期化要求メッセージは、コンテンツ制御チャネルに関するメディア記述情報(SDP Offer2)を保有する。
【００８５】
ステップ307で、セッション初期化応答を返す。
【００８６】
要求を受信した後に、タイムシフトサービスメディアリソースを提供するTsTV MFエンティティは、SIPセッションを確立する。
【００８７】
上の情況Aに関して、TsTV MFエンティティは、同時にRTSPセッションを確立し、RTSPセッションのセッションIDを生成し、TsTVサービスによって要求されるメディアリソースを配布する。
【００８８】
上の情況Bに関して、TsTV MFエンティティは、RTSPセッションを確立せず、応答メッセージ内でコンテンツオブジェクトIDを伝える。
【００８９】
その後、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer2)を保有するセッション初期化応答メッセージ(200 OK)を返し、TCP接続の確立を待つ。
【００９０】
ステップ308で、セッション更新応答メッセージを返す。
【００９１】
SCFは、IMSコアにセッション更新応答メッセージ(200 OK)を送信し、ここで、このメッセージは、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００９２】
ステップ309で、セッション更新応答メッセージを転送する。
【００９３】
IMSコアは、セッション更新応答メッセージ(200 OK)を端末に転送し、ここで、このメッセージは、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer1)を保有する。
【００９４】
ステップ310から312までで、端末は、ACKメッセージを返す。
【００９５】
セッション更新応答メッセージを受信した後に、端末は、クリティカル情報、例えばコンテンツ制御チャネルのメディア記述情報およびセッションIDを応答メッセージに格納する。SIP reINVITE機構が採用される場合に、端末は、応答ACKメッセージをIMSコアに送信し、このメッセージは、SCFを介してTsTV MFエンティティに送信される。
【００９６】
ステップ313で、ベアラ接続を確立する。
【００９７】
上のステップで、端末、SCF、およびTsTV MFエンティティは、コンテンツ制御チャネル情報の相互作用を介してメディアネゴシエーションを実行する。
【００９８】
端末は、メディアネゴシエーション結果に従ってTsTV MFエンティティとのRTSPを担う伝送接続(例えば、TCP接続)を確立する。
【００９９】
ステップ313bで、メディア記述情報を獲得する。
【０１００】
端末は、例えばRTSP SUBSCRIBE要求を送信することによって、確立されたコンテンツ制御チャネルを介してコンテンツ送達チャネルに関するメディア記述情報をTsTV MFエンティティに要求し、次に、TsTV MFエンティティは、応答メッセージ(RTSP 200 OK)を端末に返し、ここで、このメッセージは、コンテンツ送達チャネルに関するメディア記述情報を保有する。
【０１０１】
ステップ314で、セッション更新要求を開始する。
【０１０２】
端末は、もう一度セッション更新要求をIMSコアに送信し、コンテンツ送達チャネルのメディアロウ(SDP Offer3)が、要求メッセージに新たに追加される。上の情況Bに関して、コンテンツオブジェクトID情報が、さらに、要求されたコンテンツ制御チャネルのメディアロウに追加される。
【０１０３】
ステップ315で、セッション更新要求を転送する。
【０１０４】
セッション更新要求メッセージを端末から受信した後に、IMSコアは、3GPP IMS仕様に基づいて定義されるIMSコアシグナリングルーティングルールに従って、端末の受信されたセッション更新要求をSCFにルーティングする。
【０１０５】
ステップ316で、セッション更新要求を送信する。
【０１０６】
セッション更新要求を受信した後に、SCFは、対応するTsTV MFエンティティに対するセッション更新要求を開始し、ここで、セッション更新要求メッセージは、コンテンツ制御チャネルのメディアロウおよびコンテンツ送達チャネルのメディアロウ(SDP Offer4)を保有する。
【０１０７】
ステップ317で、セッション更新応答を返す。
【０１０８】
要求を受信した後に、TsTV MFエンティティは、TsTVサービスによって要求されたメディアリソースを配布する。上の情況Bに関して、TsTV MFエンティティは、RTSPセッションを確立し、応答メッセージ内でセッションID情報を伝える。次に、TsTV MFエンティティは、コンテンツ制御チャネルに関するメディア回答情報(SDP Answer4)を保有するセッション更新応答メッセージ(200 OK)を返す。
【０１０９】
ステップ318で、セッション更新応答を返す。
【０１１０】
SCFは、IMSコアにセッション更新応答メッセージ(200 OK)を送信し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer3)を保有する。
【０１１１】
ステップ319で、セッション更新応答を転送する。
【０１１２】
IMSコアは、セッション更新応答メッセージ(200 OK)を端末に転送し、ここで、このメッセージは、コンテンツ送達チャネルおよびコンテンツ制御チャネルに関するメディア回答情報(SDP Answer3)を保有する。
【０１１３】
ステップ320から322までで、端末は、ACKメッセージを返す。
【０１１４】
セッション更新応答メッセージを受信した後に、端末は、クリティカル情報、例えばメディア記述情報およびセッションID情報を応答メッセージに格納する。SIP reINVITE機構が採用される場合に、端末は、応答ACKメッセージをIMSコアに送信し、このメッセージは、SCFを介してTsTV MFエンティティに送信される。
【０１１５】
ステップ323で、端末が、メディア再生要求を送信する。
【０１１６】
端末は、コンテンツ制御チャネルを介してTsTV MFエンティティにメディア再生要求メッセージ(RTSP PLAY)を送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【０１１７】
ステップ324で、メディア再生応答を返す。
【０１１８】
TsTV MFエンティティは、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【０１１９】
ステップ325で、メディアストリームを送信する。
【０１２０】
TsTV MFエンティティは、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【０１２１】
この実施形態では、ユーザの一時停止動作および再開動作が、TsTVサービスの実施態様を示すための例として取り上げられ、他の動作、例えば早送りおよびスロー再生をも採用でき、その特定の実施態様が類似することを理解することができる。
【０１２２】
この実施形態のTsTVサービス確立方法と第1実施形態のTsTVサービス確立方法との間の相違は、この実施形態で、コンテンツ制御チャネルおよびコンテンツ送達チャネルが同時には確立されないことである。その代わりに、コンテンツ制御チャネルが最初に確立され、その後、コンテンツ送達チャネルに関するメディア記述情報が、コンテンツ送達チャネルをそれに従って確立するためにコンテンツ制御チャネルを介して獲得される。したがって、本発明の実施形態によるTsTVサービス確立方法の柔軟性が高められる。
【０１２３】
3.動作情報が、TsTVサービスをトリガするために報告される。
【０１２４】
図4を参照すると、本発明の第3実施形態では、TsTVサービス確立方法が、次のステップを含む。
【０１２５】
ステップ401で、ユーザが、番組を一時停止することを要求する。
【０１２６】
ユーザは、マルチキャスト送達モードでLTVを見、番組を見ている時に一時停止を要求する。
【０１２７】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【０１２８】
ステップ402で、端末が、マルチキャストグループを終了するためにBCFに要求を送信する。
【０１２９】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、マルチキャストメディアストリームを提供するマルチキャスト制御ポイントに送信する。この実施形態では、Version IGMP 1.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは不必要であり、Version IGMP 2.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは必要であり、その結果、このステップはオプションになる。
【０１３０】
ステップ403で、ユーザは、TV番組の再生を再開することを要求する。
【０１３１】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にはもはやマルチキャストメディアストリームを受信しないので、TsTVサービスは、ユーザがTV番組を見るのを再開することを可能にすることを要求される。
【０１３２】
ステップ404で、動作報告要求を送信する。
【０１３３】
この実施形態では、次の2つの動作要求を報告することができる。
【０１３４】
A.端末は、キーに関するオリジナル情報(例えば、キー番号)を報告し、端末は、キー/ユーザの動作に関するオリジナル情報をSCFに報告し、次に、SCFは、キーの定義を解決し、サービスコンテキストと組み合わせ、ユーザのサービス要求情報を判定する。
【０１３５】
B.端末は、VCR動作情報(例えば、スケール/範囲のRTSPパラメータを保有する情報)を報告し、端末は、キー/ユーザの動作をVCR動作情報に変換し、そのVCR動作情報をSCFに報告する必要がある。
【０１３６】
端末は、SIPメッセージ/情報機構、SIPサブスクライブ/通知機構、非SIP機構、および類似物を含むがこれらに限定はされないさまざまなシグナリング実施態様の形でその情報をSCFに報告することができる。
【０１３７】
ステップ405で、TsTVサービスの確立をトリガする。
【０１３８】
SCFは、サービス処理ロジックに従ってユーザがTsTVサービスを要求することを判定し(ユーザは、LTVを見ている時に一時停止/再生を要求する)、したがって、TsTVサービスの確立をトリガする。
【０１３９】
ステップ406で、セッション初期化要求を開始する。
【０１４０】
SCFは、セッション初期化要求をTsTV MFエンティティに送信し、ここで、この要求は、SDPメッセージ本体を含まない。
【０１４１】
ステップ407で、セッション初期化応答メッセージを返す。
【０１４２】
セッション初期化要求を受信した後に、TsTV MFエンティティは、SIPセッションを確立し、セッション初期化応答メッセージ(200 OK)をSCFに返し、ここで、この応答は、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer1)を保有する。
【０１４３】
ステップ408で、セッション更新要求を送信する。
【０１４４】
セッション初期化応答メッセージをTsTV MFエンティティから受信した後に、SCFは、セッション更新要求をIMSコアに送信し、ここで、この要求は、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer2)を保有する。
【０１４５】
ステップ409で、セッション更新要求を転送する。
【０１４６】
IMSコアは、受信したセッション更新要求をIMSシグナリングルーティングルールに従って端末に転送する。
【０１４７】
ステップ410で、端末が、セッション更新応答を返す。
【０１４８】
ネットワークからセッション更新要求メッセージを受信した後に、端末は、セッション更新応答メッセージを、端末の機能およびサービス処理ルールに従ってIMSコアに返し、ここで、この応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer2)を保有する。
【０１４９】
ステップ411で、セッション更新応答を転送する。
【０１５０】
IMSコアは、受信したセッション更新応答メッセージを、IMSシグナリングルーティングルールに従ってSCFに転送する。
【０１５１】
ステップ412から413までで、セッション更新ACKを送信する。
【０１５２】
SCFは、セッション更新ACKを端末に消し、このメッセージは、IMSコアによってルーティングされる。
【０１５３】
ステップ414で、セッション初期化ACKを送信する。
【０１５４】
SCFは、端末から受信されたセッション更新応答メッセージに従って、セッション初期化ACKメッセージを構成し、ここで、このセッション初期化ACKメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer1)を保有する。
【０１５５】
ステップ415で、後続処理を実行する。
【０１５６】
後続処理は、次のステップを含む。
【０１５７】
A.端末が、メディア再生要求を送信する。
【０１５８】
端末は、メディア再生要求メッセージ(RTSP PLAY)をコンテンツ制御チャネルを介してTsTV MFエンティティに送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【０１５９】
B.メディア再生応答を返す。
【０１６０】
TsTV MFエンティティは、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【０１６１】
C.メディアストリームを送信する。
【０１６２】
TsTV MFは、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【０１６３】
この実施形態では、端末は、動作情報の報告を介してTsTVサービスをトリガし、動作情報の特定のタイプは、実際の要件に従って決定され、これによって、本発明の実施形態でのTsTVサービス確立方法の柔軟性が改善される。
【０１６４】
4.サービス情報を報告して、TsTVサービスをトリガする。
【０１６５】
図5を参照すると、本発明の第4実施形態では、TsTVサービス確立方法が、次のステップを含む。
【０１６６】
ステップ501で、ユーザが、番組を一時停止することを要求する。
【０１６７】
ユーザは、マルチキャスト送達モードでLTVを見、番組を見ている時に一時停止を要求する。
【０１６８】
ユーザは、VCR動作(またはトリックモード)をサポートするLTVを見ている時に一時停止を要求する。
【０１６９】
ステップ502で、端末が、マルチキャストグループを終了するためにBCFに要求を送信する。
【０１７０】
端末は、メディアの再生位置情報を記録し、マルチキャストグループを去ることに関する報告を、マルチキャストメディアストリームを提供するマルチキャスト制御ポイントに送信する。この実施形態では、Version IGMP 1.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは不必要であり、Version IGMP 2.0に基づいている時にマルチキャストグループを去ることに関する報告メッセージを送信することは必要であり、その結果、このステップはオプションになる。
【０１７１】
ステップ503で、ユーザは、TV番組の再生を再開することを要求する。
【０１７２】
例えば、ユーザは、リモートコントロールハンドル上の再生キーを押して、TV番組の再生を再開することを要求する。ユーザが、この時にはもはやマルチキャストメディアストリームを受信しないので、TsTVサービスは、ユーザがTV番組を見るのを再開することを可能にすることを要求される。
【０１７３】
ステップ504で、セッション更新要求を開始する。
【０１７４】
端末は、現在のサービスコンテキストおよびユーザのVCR動作に従って、ユーザがTsTVサービスを要求していると判定し、セッション更新要求をIMSコアに送信する。この要求は、SDPメッセージ本体を含むのではなく、TsTVサービス情報を保有する。ユーザがTVサービスを要求していることを識別する形は、サービスIDを使用することを含むが、これに限定はされない。
【０１７５】
ステップ505で、セッション更新要求を転送する。
【０１７６】
IMSコアは、IMSシグナリングルーティングルールに従って、受信されたセッション更新要求をSCFに転送する。
【０１７７】
ステップ506で、セッション初期化要求を開始する。
【０１７８】
セッション更新要求メッセージを端末から受信した後に、SCFは、その要求で伝えられるTsTVサービス情報に従ってTsTVサービスをトリガすると決定し、セッション初期化要求をTsTV MFエンティティに送信する。この要求は、SDPメッセージ本体を含まない。
【０１７９】
ステップ507で、セッション初期化応答を返す。
【０１８０】
セッション初期化要求を受信した後に、TsTV MFエンティティは、セッションを確立し、セッション初期化応答メッセージを返し、ここで、この応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer1)を保有する。
【０１８１】
ステップ508で、セッション更新応答を返す。
【０１８２】
SCFは、受信されたセッション更新応答メッセージおよびサービスコンテキスト情報に基づいてセッション更新応答メッセージおよびメッセージ本体を構成し、ここで、このセッション更新応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer2)を保有する。
【０１８３】
ステップ509で、セッション更新応答を転送する。
【０１８４】
IMSコアは、IMSシグナリングルーティングルールに従って、受信されたセッション更新応答メッセージを端末に転送する。
【０１８５】
ステップ510で、セッション更新ACKを返す。
【０１８６】
セッション更新応答メッセージをネットワークから受信した後に、端末は、端末の機能およびサービス処理ルールに従って、IMSコアにセッション更新ACKメッセージを返し、ここで、このセッション更新ACKメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer2)を保有する。
【０１８７】
ステップ511で、セッション更新ACKを転送する。
【０１８８】
IMSコアは、IMSシグナリングルーティングルールに従って、受信されたセッション更新ACKメッセージをSCFに転送する。
【０１８９】
ステップ512で、セッション初期化ACKを返す。
【０１９０】
SCFは、受信されたセッション更新ACKメッセージおよびサービスコンテキスト情報に従って、セッション初期化ACKメッセージを構成し、ここで、このセッション初期化ACKメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP answer1)を保有する。
【０１９１】
ステップ513で、後続処理を実行する。
【０１９２】
後続処理は、次のステップを含む。
【０１９３】
A.端末が、メディア再生要求を送信する。
【０１９４】
端末は、コンテンツ制御チャネルを介してTsTV MFエンティティにメディア再生要求メッセージ(RTSP PLAY)を送信し、ここで、このメッセージは、セッションIDおよびメディア位置情報(例えば、再生に関する絶対時間)などのパラメータ情報を保有する。
【０１９５】
B.メディア再生応答を返す。
【０１９６】
TsTV MFエンティティが、コンテンツ制御チャネルを介して端末に再生メッセージ(RTSP 200 OK)を送信する。
【０１９７】
C.メディアストリームを送信する。
【０１９８】
TsTV MFエンティティが、コンテンツ送達チャネルを介して端末にストリーミングメディアコンテンツを送信する。
【０１９９】
この実施形態では、端末は、サービス情報の報告を介してTsTVサービスをトリガする。具体的に言うと、端末は、キー/ユーザの動作を現在のサービスコンテキストに従ってサービス要求情報に変換し、例えば、LTVサービスが経験されている時に、端末は、ユーザがTsTVサービスを要求していると判定し、その結果、端末は、タイムシフトサービス要求情報をSCFに報告するようになる。したがって、SCFは、本発明の実施形態のTsTVサービス確立方法の柔軟性を改善するために、サービス要求情報に従って正しいサービス処理論理を呼び出し、例えば、TsTVサービスの確立をトリガする。
【０２００】
2.タイムシフトチャネルモード
【０２０１】
図6を参照すると、本発明の第5実施形態では、TsTVサービス確立方法が、次のステップを含む。
【０２０２】
ステップ601で、EPGをブラウズする。
【０２０３】
ユーザは、EPGメニューをブラウズし、タイムシフトチャネルサブメニューに入り、特定のタイムシフトチャネルを選択し(すなわち、ユーザが番組を終了した以前の再生位置からまたは最新の位置から再生を開始することを要求する)、かつ/または再生番組もしくは再生位置を指定し、その番組を見ることを要求する。
【０２０４】
ステップ602で、セッション初期化要求を開始する。
【０２０５】
端末は、セッション初期化要求をIMSコアに送信し、ここで、この要求は、チャネルIDおよび番組位置情報を保有するが、コンテンツ制御チャネルまたはコンテンツ送達チャネルに関するメディア記述情報を含まない(すなわち、SDPを含まない)。
【０２０６】
ステップ603で、セッション初期化要求を転送する。
【０２０７】
IMSコアは、3GPP IMS仕様に記載されたルーティングルールに従って、端末からSCFへセッション初期化要求を転送する。
【０２０８】
ステップ604で、セッション初期化要求を開始する。
【０２０９】
セッション初期化要求メッセージを受信した後に、SCFは、その要求で伝えられる情報に従って、ユーザがTsTVサービスを要求していることを識別し、セッションを確立する。ユーザは、タイムシフトチャネルを見ることを要求するが、再生番組または位置情報を指定しない。SCFは、格納されたユーザサービス情報(例えば、ユーザがこのチャネルを去った、以前の位置に関する情報)および/またはローカルポリシに従って、メディア送達チャネルがマルチキャストモードまたはユニキャストモードのどちらを採用するのかを判定する。
【０２１０】
現在の生コンテンツをユーザに送信する必要がある場合には、マルチキャストメディアストリームの送達モードが採用される。SCFは、セッション初期化応答メッセージをIMSコアに送信し(すなわち、ステップ606)、ここで、このメッセージは、マルチキャストメディアストリームに関するメディア記述情報を保有する。後続の確立プロセスは、既存LTVサービスの確立プロセスに類似し、その詳細は、ここでもう一度説明はしない。
【０２１１】
前の時点のコンテンツをユーザに送信する必要がある場合には、ユニキャストメディアストリームの送達モードが採用される。SCFは、TsTVメディアリソースを提供するTsTV MFエンティティにセッション初期化要求を送信し、ここで、このメッセージは、メディア記述情報を含まない。その後、ステップ605が実行される。
【０２１２】
ステップ605で、セッション初期化応答を返す。
【０２１３】
TsTV MFエンティティは、セッション初期化応答メッセージをSCFに返し、ここで、このメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP Offer1)を保有する。
【０２１４】
ステップ606で、セッション初期化応答を返す。
【０２１５】
SCFは、TsTV MFエンティティのセッション初期化応答メッセージに従って、セッション初期化応答メッセージを構成し、ここで、SCFのセッション初期化応答メッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア記述情報(SDP offer2)を保有し、その後、SCFは、このセッション初期化応答メッセージをIMSコアに送信する。
【０２１６】
ステップ607で、セッション初期化応答を転送する。
【０２１７】
IMSコアは、3GPP IMS仕様に記載のルーティングルールに従って、端末にセッション初期化応答メッセージを転送する。
【０２１８】
ステップ608および609またはステップ608、609、および610では、セッション初期化応答を返す。
【０２１９】
ステップ605が上のプロセスで実行される時には、ステップ610を実行する必要がある。
【０２２０】
端末は、IMSコアを介してSCFにセッション初期化ACKメッセージを送信し、ここで、このメッセージは、コンテンツ制御チャネルおよびコンテンツ送達チャネルに関するメディア回答情報(SDP Answer2)を保有し、その後、SCFは、このメッセージをTsTV MFエンティティに転送し、ここで、このメッセージは、メディア回答情報(SDP Answer1)を保有する。
【０２２１】
ステップ611Aおよび612Aでは、マルチキャストメディアストリームが要求される時に、端末が、マルチキャストグループに追加され、BCFが、マルチキャストメディアストリームを端末に送信する。
【０２２２】
ステップ611Bから613Bまででは、ユニキャストメディアストリームが要求される時に、コンテンツ制御チャネルが確立され、メディア再生要求が、TsTV MFエンティティに対して開始される。TsTV MFエンティティは、再生応答を返し、メディアストリームを端末に送信する。
【０２２３】
この実施形態では、タイムシフトチャネルモードでのTsTVサービスの実施が示され、これによって、本発明の実施形態でのTsTVサービス確立方法の柔軟性がさらに改善される。
【０２２４】
本発明のデバイス実施形態を、下で示す。図7を参照すると、本発明の第1実施形態では、TsTV MFエンティティは、要求メッセージ受信ユニット701、チャネル確立制御ユニット702、要求受信ユニット703、およびメディア情報返しユニット704を含む。
【０２２５】
要求メッセージ受信ユニット701は、端末から送信されたコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成される。
【０２２６】
チャネル確立制御ユニット702は、コンテンツ制御チャネル情報に従って、端末との伝送接続を確立するように構成される。
【０２２７】
要求受信ユニット703は、伝送接続を介して端末から送信されたメディア再生要求を受信するように構成される。
【０２２８】
メディア情報返しユニット704は、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信するように構成される。
【０２２９】
図8を参照すると、本発明の第2実施形態では、TsTV MFエンティティは、受信ユニット801、チャネル確立制御ユニット802、メッセージ送信ユニット803、要求受信ユニット804、およびメディア情報返しユニット805を含む。
【０２３０】
受信ユニット801は、端末から送信されたコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成される。
【０２３１】
チャネル確立制御ユニット802は、コンテンツ制御チャネル情報に従って端末との伝送接続を確立するように構成される。
【０２３２】
メッセージ送信ユニット803は、伝送接続を介して端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、コンテンツ送達チャネル情報を保有する応答メッセージを端末に返すように構成される。
【０２３３】
要求受信ユニット804は、端末から送信されたメディア再生要求を受信するように構成される。
【０２３４】
メディア情報返しユニット805は、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信するように構成される。
【０２３５】
当業者は、本発明の実施形態による方法のステップのすべてまたは一部を、プログラムの命令の下で関連するハードウェアによって実施できることを理解する。このプログラムを、コンピュータ可読記憶媒体に格納することができる。このプログラムが実行される時に、次のステップが実行される。TsTV MFは、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信し、メディアネゴシエーション結果に従って端末との伝送接続を確立し、伝送接続を介して端末から送信されたメディア再生要求を受信し、コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して端末にメディア再生要求に対応するメディア情報を送信する。
【０２３６】
記憶媒体は、ROM、磁気ディスク、または光ディスクとすることができる。
【０２３７】
本発明の実施形態では、TsTV MFエンティティは、端末から送信された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信し、その結果、TsTV MFエンティティは、受信されたコンテンツ制御チャネル情報に従って端末との制御シグナリングを送信するためのコンテンツ制御チャネルを確立することと、コンテンツ送達チャネル情報に従って端末とのリアルタイムストリーミングメディアを送信するためのコンテンツ送達チャネルを確立することとを可能にされるようになり、これによって、IMSシステム内でTsTVサービスを実現する。
【０２３８】
上記を考慮して、本発明のTsTVサービス確立方法およびTsTV MFエンティティが、上で詳細に示された。本発明の範囲から逸脱せずに、本発明に対するさまざまな修正形態および変形形態を作ることができることは、当業者には明白である。前述を考慮して、本発明の修正形態および変形形態が、添付の特許請求の範囲およびその同等物の範囲に含まれるならば、本発明がそれらを含むことが意図されている。
【符号の説明】
【０２３９】
102  ミドルウェア
103  VODシステム
104  STB
701  要求メッセージ受信ユニット
702  チャネル確立制御ユニット
703  要求受信ユニット
704  メディア情報返しユニット
801  受信ユニット
802  チャネル確立制御ユニット
803  メッセージ送信ユニット
804  要求受信ユニット
805  メディア情報返しユニット
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
タイムシフトTVメディア機能(MF)エンティティによって、端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信するステップと、
メディアネゴシエーション結果に従って、前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を送信するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項２】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前記プロセスは、
ユーザによって、生TVサービスを使用するプロセス中に一時停止要求を送信するステップ
を含むことを特徴とする、請求項1に記載の方法。
【請求項３】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前記プロセスは、
前記ユーザによって再生を再開する要求を送信する時に、前記端末によって、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するセッション更新要求メッセージをサービス制御機能(SCF)に送信するステップと、
前記SCFによって、前記セッション更新要求メッセージ内で保有されるサービス識別またはコンテンツ制御チャネル情報に従って、前記ユーザによって要求されるサービスがタイムシフトサービスであるか否かを判定し、前記ユーザによって要求される前記サービスがタイムシフトサービスであると判定される場合に、コンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有するセッション開始要求メッセージを前記タイムシフトTV MFエンティティに送信するステップと
を含むことを特徴とする、請求項2に記載の方法。
【請求項４】
前記メディアネゴシエーション結果に従って前記端末との前記伝送接続を確立する前記プロセスは、
前記メディアネゴシエーション結果に従って前記端末と前記タイムシフトTV MFエンティティとの間のリアルタイムストリーミングプロトコル(RTSP)を担う前記伝送接続を確立するステップ
を含むことを特徴とする、請求項1から3のいずれかに記載の方法。
【請求項５】
前記伝送接続を介して前記端末から送信された前記メディア再生要求を受信する前記プロセスは、
前記端末によって、前記伝送接続を介してタイムシフトTV MFエンティティに前記セッション識別およびメディア位置情報を保有する前記メディア再生要求を送信するステップ
を含むことを特徴とする、請求項4に記載の方法。
【請求項６】
タイムシフトTVメディア機能(MF)エンティティによって、端末によって開始された、コンテンツ制御チャネル情報を保有するメディアネゴシエーションを受信するステップと、
メディアネゴシエーション結果に従って前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、前記コンテンツ送達チャネル情報を保有する応答メッセージを前記端末に返すステップと、
前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を送信するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項７】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前に、前記方法は、
ユーザによって、生TVサービスを見ている間に一時停止要求を開始するステップと、
前記端末によって、前記メディアの再生位置情報を記録するステップと
を含むことを特徴とする、請求項6に記載の方法。
【請求項８】
前記タイムシフトTV MFエンティティによって、前記端末によって開始された、コンテンツ制御チャネル情報を保有する前記メディアネゴシエーションを受信する前記プロセスは、
ユーザによって再生を再開する要求を送信する時に、前記端末によって、前記コンテンツ制御チャネル情報を保有するセッション更新要求をサービス制御機能(SCF)に送信するステップであって、前記コンテンツ制御チャネル情報が、コンテンツオブジェクト識別を保有する、ステップと、
前記SCFによって、前記セッション更新要求内に保有されるサービス識別または前記コンテンツ制御チャネル情報に従って、前記ユーザによって要求されるサービスがタイムシフトTVサービスであるか否かを判定し、前記ユーザによって要求される前記サービスがタイムシフトTVサービスであると判定される場合に、前記コンテンツ送達チャネル情報および前記コンテンツ制御チャネル情報を保有するセッション初期化要求を前記タイムシフトTV MFエンティティに対して開始するステップと
を含むことを特徴とする、請求項7に記載の方法。
【請求項９】
前記メディアネゴシエーション結果に従って前記端末との前記伝送接続を確立する前記プロセスは、
前記メディアネゴシエーション結果に従って前記端末と前記タイムシフトTV MFエンティティとの間でリアルタイムストリーミングプロトコル(RTSP)を担う前記伝送接続を確立するステップ
を含むことを特徴とする、請求項8に記載の方法。
【請求項１０】
サービス制御機能(SCF)によって、端末から送信された、チャネル識別を保有しまたはチャネル識別および番組位置情報を保有するセッション初期化要求メッセージを受信するステップと、
前記セッション初期化要求メッセージに従ってコンテンツ送達タイプを判定するステップと、
前記コンテンツ送達タイプに従って対応するプロセスを実行するステップと
を含むことを特徴とする、タイムシフトTVサービス確立方法。
【請求項１１】
前記セッション初期化要求メッセージに従って前記コンテンツ送達タイプを判定する前記プロセスは、
前記チャネル識別に従ってまたは前記チャネル識別および番組位置情報に従って、ユーザによって要求される現在の番組を再生すると決定するステップと、
前記SCFによって、マルチキャストメディアストリーム記述情報を保有するセッション初期化応答メッセージを前記端末に送信するステップと、
マルチキャスト制御ポイントによって、対応するマルチキャストメディアストリームを前記端末に送信するステップと
を含む、請求項10に記載の方法。
【請求項１２】
前記セッション初期化要求メッセージに従って前記コンテンツ送達タイプを判定する前記プロセスは、
前記チャネル識別に従ってまたは前記チャネル識別および番組位置情報に従って、ユーザによって要求された以前の時点でコンテンツを再生すると決定するステップと、
前記SCFによって、前記セッション初期化要求をタイムシフトTVメディア機能エンティティに送信するステップと
を含む、請求項10に記載の方法。
【請求項１３】
前記セッション初期化要求メッセージに従って前記コンテンツ送達タイプを判定する前記プロセスは、
前記タイムシフトTVメディア機能エンティティによって、コンテンツ制御チャネル情報を保有するメディアネゴシエーション要求を開始するステップと、
メディアネゴシエーション結果に従って、前記端末との伝送接続を確立するステップと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するステップと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末にメディア再生要求に対応するメディア情報を送信するステップと
を含む、請求項12に記載の方法。
【請求項１４】
端末から送信されたコンテンツ送達チャネル情報およびコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された要求メッセージ受信ユニットと、
前記コンテンツ制御チャネル情報に従って前記端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
前記伝送接続を介して前記端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含むことを特徴とする、タイムシフトメディア機能エンティティ。
【請求項１５】
端末から送信されたコンテンツ制御チャネル情報を保有する要求メッセージを受信するように構成された受信ユニットと、
前記コンテンツ制御チャネル情報に従って前記端末との伝送接続を確立するように構成されたチャネル確立制御ユニットと、
前記伝送接続を介して前記端末から送信されたコンテンツ送達チャネル情報に関する要求メッセージを受信し、前記コンテンツ送達チャネル情報を保有する応答メッセージを前記端末に返すように構成されたメッセージ送信ユニットと、
前記端末から送信されたメディア再生要求を受信するように構成された要求受信ユニットと、
前記コンテンツ送達チャネル情報に従って確立されたコンテンツ送達チャネルを介して前記端末に前記メディア再生要求に対応するメディア情報を返すように構成されたメディア情報返しユニットと
を含むことを特徴とする、タイムシフトメディア機能エンティティ。
【国際調査報告】
2010519822.tif 000012
2010519822.tif 000013
2010519822.tif 000014
2010519822.tif 000015