(57)【要約】  リソース予約の、リソースの浪費を減少させるために使用される、メディアリソース予約方法と、サービスパッケージ情報取得方法及び装置とが提供される。リソース予約方法は、以下のステップを含む。セッション記述プロトコル（ＳＤＰ）情報を含むサービスメッセージが受信され、ＳＤＰ情報はサービスパッケージ情報を含み、サービスパッケージ情報がＳＤＰ情報から構文解析され、サービスパッケージ情報がリソース予約のために使用される。この方法では、サービスパッケージを識別することが可能なため、サービスパッケージ処理効率が向上させられることが可能であり、リソース予約の、リソースの浪費が効果的に減少させられることが可能である。
2011508988.tif 000002
【特許請求の範囲】
【請求項１】
サービスパッケージ情報を含むセッション記述プロトコル（ＳＤＰ）情報を運ぶサービスメッセージを受信し、
前記ＳＤＰ情報から、リソース予約のために使用される前記サービスパッケージ情報を構文解析する
ことを含む、メディアリソース予約方法。
【請求項２】
前記ＳＤＰ情報が前記サービスパッケージ情報を含む手法は、
前記ＳＤＰ情報のグループ属性行のsemanticコンポーネント内に、サービスパッケージ識別子又はサービスパッケージ属性を設定し、前記ＳＤＰ情報の前記グループ属性行のidentification-tagコンポーネント内に、チャネル識別子を設定すること、又は、
前記ＳＤＰ情報の属性行の属性コンポーネント内に、サービスパッケージ属性を設定し、前記ＳＤＰ情報の前記属性行の属性値コンポーネント内に、サービスパッケージ識別子及び／又はチャネル識別子を設定すること、又は、
前記ＳＤＰ情報の属性行の属性コンポーネント内に、デフォルトサービスパッケージ属性を設定すること、又は、
前記ＳＤＰ情報の属性行の属性コンポーネント内に、デフォルトサービスパッケージ属性を設定し、前記ＳＤＰ情報の前記属性行の属性値コンポーネント内に、前記デフォルトサービスパッケージ属性に対応するデフォルトサービスパッケージ識別子を設定すること
である、請求項１に記載の方法。
【請求項３】
前記ＳＤＰ情報の前記属性行が、前記属性コンポーネントのみを含み、かつ、前記デフォルトサービスパッケージ属性が、前記属性コンポーネント内に設定される場合、前記デフォルトサービスパッケージ識別子は、セッション初期化プロトコル（ＳＩＰ）のヘッダフィールド、又は、サービスパッケージ属性行によって運ばれる、請求項２に記載の方法。
【請求項４】
前記サービスパッケージ情報による前記リソース予約は、
サービスパッケージに含まれるメディアコンポーネントを取得し、
前記メディアコンポーネントのメディアリソースを予約すること
を含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
受信されたサービスメッセージ内のセッション記述プロトコル（ＳＤＰ）情報を構文解析して、グループ属性行を取得し、
前記グループ属性行のsemanticsコンポーネントを構文解析して、サービスパッケージ識別子を取得し、前記グループ属性行のidentification-tagコンポーネントを構文解析して、チャネル識別子を取得すること
を含む、サービスパッケージ情報取得方法。
【請求項６】
前記サービスパッケージ識別子は、数、ユニフォームリソースアイデンティファイア（ＵＲＩ）、ユニフォームリソースロケータ（ＵＲＬ）、文字セット、又はトークンであり、
前記チャネル識別子は、数、ＵＲＩ、ＵＲＬ、文字セット、又はトークンである
請求項５に記載の方法。
【請求項７】
受信されたサービスメッセージ内のセッション記述プロトコル（ＳＤＰ）情報を構文解析して、属性行を取得し、
前記属性行の属性コンポーネントを構文解析して、サービスパッケージ属性を取得し、前記属性行の属性値コンポーネントを構文解析して、サービスパッケージ識別子及び／又はチャネル識別子を取得すること
を含む、サービスパッケージ情報取得方法。
【請求項８】
前記サービスパッケージ属性は、数、ユニフォームリソースアイデンティファイア（ＵＲＩ）、ユニフォームリソースロケータ（ＵＲＬ）、文字セット、又はトークンであり、
前記サービスパッケージ及び前記チャネル識別子は、数、ＵＲＩ、ＵＲＬ、文字セット、又はトークンである
請求項７に記載の方法。
【請求項９】
受信されたサービスメッセージ内のセッション記述プロトコル（ＳＤＰ）情報を構文解析して、属性行を取得し、
前記属性行の属性コンポーネントを構文解析して、デフォルトサービスパッケージ属性を取得すること
を含む、サービスパッケージ情報取得方法。
【請求項１０】
デフォルトサービスパッケージ識別子を、セッション初期化プロトコル（ＳＩＰ）のヘッダフィールド、又は、サービスパッケージ属性行から取得すること
を更に含む、請求項９に記載の方法。
【請求項１１】
前記属性行の属性値コンポーネントを構文解析して、前記デフォルトサービスパッケージ属性に対応するデフォルトサービスパッケージ識別子を取得すること
を更に含む、請求項９に記載の方法。
【請求項１２】
サービスパッケージ識別子に関するセッション記述プロトコル（ＳＤＰ）情報を運ぶサービスメッセージを受信するように適合された、サービスメッセージ受信ユニットと、
前記受信されたＳＤＰ情報を構文解析して、グループ属性行を取得するように適合された、ＳＤＰ構文解析ユニットと、
前記グループ属性行のsemanticコンポーネントを構文解析して、サービスパッケージ識別子を取得し、前記グループ属性行のidentification-tagコンポーネントを構文解析して、チャネル識別子を取得するように適合された、グループ属性行構文解析ユニットと
を備える、サービスパッケージ情報取得装置。
【請求項１３】
前記サービスパッケージ識別子は、数、ユニフォームリソースアイデンティファイア（ＵＲＩ）、ユニフォームリソースロケータ（ＵＲＬ）、文字セット、又はトークンであり、
前記チャネル識別子は、数、ＵＲＩ、ＵＲＬ、文字セット、又はトークンである
請求項１２に記載のサービスパッケージ情報取得装置。
【請求項１４】
サービスパッケージ識別子に関するセッション記述プロトコル（ＳＤＰ）情報を運ぶサービスメッセージを受信するように適合された、サービスメッセージ受信ユニットと、
前記受信されたＳＤＰ情報を構文解析して、属性行を取得するように適合された、ＳＤＰ構文解析ユニットと、
前記属性行の属性コンポーネントを構文解析して、サービスパッケージ属性を取得するように適合された、構文解析ユニットと
を備える、サービスパッケージ情報取得装置。
【請求項１５】
前記構文解析ユニットは、前記属性行の属性値コンポーネントを構文解析して、前記サービスパッケージ識別子を取得する、請求項１４に記載のサービスパッケージ情報取得装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００７年１１月２７日出願の、「ｍｅｄｉｕｍ  ｒｅｓｏｕｒｃｅ  ｒｅｓｅｒｖａｔｉｏｎ  ｍｅｔｈｏｄ  ａｎｄ  ｓｅｒｖｉｃｅ  ｐａｃｋａｇｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｏｂｔａｉｎｉｎｇ  ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ（メディアリソース予約方法及びサービスパッケージ情報取得方法及び装置）」と題された、中国特許出願第２００７１０１９５４６１．９号の優先権の利益を主張するものであり、当該出願はその全体が参照により本明細書中に援用される。
【０００２】
本発明は、通信技術の分野に関し、特に、メディアリソース予約方法、サービスパッケージ情報取得方法、及びサービスパッケージ情報取得装置に関する。
【背景技術】
【０００３】
ＩＰマルチメディアサブシステム（ＩＭＳ）の発展に伴い、様々なＩＭＳベースのサービスが次々に現れており、例えば、ＩＭＳベースのインターネットプロトコルテレビジョン（ＩＰＴＶ）は、ＩＭＳの統合アーキテクチャの下でＩＰＴＶサービスを提供する。
【０００４】
ＩＰＴＶストリーミングメディアサービスは、近年急速に発達した新しいサービスである。ストリーミングメディアサービスは、映像又は音声ファイルのコンテンツなどの、マルチメディアファイルを、ストリーミング伝送技術によって、パケット交換ネットワーク上で送信する。それらのコンテンツは、完全にダウンロードされることなしに、即座にアクセスされ、再生されることが可能である。ストリーミングメディアを実現するための重要技術は、Ｗｅｂサーバ内で、途切れない映像及び音声情報を処理及び格納することが可能な、ストリーミング伝送技術であり、これによりユーザは、ダウンロード中に番組を視聴することが可能となり、ファイル全体がダウンロードされるまで待つ必要がなくなる。
【０００５】
マルチキャストサービスの代表的な例は、ライブブロードキャスト（ＢＣ）ＴＶサービスである。同じ番組を享受している全てのユーザが、各瞬間において同一の番組コンテンツを受信するため、ネットワーク帯域幅の要求は、ベアラ層マルチキャストによって減少させられることが可能である。
【０００６】
ＩＭＳベースのデータサービスにおける、従来技術でのメディアリソース予約方法は、以下のように説明される。
【０００７】
ＵＥが、サービスパッケージに関連付けられたサービスメッセージをサーバに送信する。１つのサービスパッケージは、１つ以上のサービスを含み、１つのサービスは、複数のメディアコンポーネント（音声、映像など）を含み、サービスメッセージ内で運ばれるセッション記述プロトコル（ＳＤＰ）は、１つ以上のサービスパッケージに関するメディア記述情報を含む。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、上記の技術では、ＳＤＰは、メディア記述情報を含むのみであり、メディアに関するサービスパッケージ識別子情報を含まず、サービス処理中のサーバは、全てのメディアの全リソースのためのリソースを予約する必要があり、深刻なリソースの浪費がもたらされる。
【課題を解決するための手段】
【０００９】
従って、本発明は、サービスパッケージを識別することが可能で、それによりサービスパッケージ処理効率を向上させる、メディアリソース予約方法と、サービスパッケージ情報取得方法と、サービスパッケージ情報取得装置とに主に関する。
【００１０】
本発明の一実施形態では、メディアリソース予約方法が提供され、この方法は以下のステップを含む。
【００１１】
サービスパッケージ情報を含むセッション記述プロトコル（ＳＤＰ）情報を運ぶサービスメッセージが受信される。サービスパッケージ情報がＳＤＰ情報から構文解析される。
【００１２】
サービスパッケージ情報がリソース予約のために使用される。
【００１３】
本発明の一実施形態では、サービスパッケージ情報取得方法が提供され、この方法は以下のステップを含む。
【００１４】
受信されたサービスメッセージ内のＳＤＰ情報が構文解析されて、グループ属性行が取得される。
【００１５】
グループ属性行のsemanticコンポーネントが構文解析されて、サービスパッケージ識別子が取得され、グループ属性行のidentification-tagコンポーネントが構文解析されて、チャネル識別子が取得される。
【００１６】
本発明の一実施形態では、サービスパッケージ情報取得方法が提供され、この方法は以下のステップを含む。
【００１７】
受信されたサービスメッセージ内のＳＤＰ情報が構文解析されて、属性行が取得される。
【００１８】
属性行の属性コンポーネントが構文解析されて、サービスパッケージ属性が取得され、属性行の属性値コンポーネントが構文解析されて、サービスパッケージ及びチャネル識別子が取得される。
【００１９】
本発明の一実施形態では、サービスパッケージ情報取得方法が提供され、この方法は以下のステップを含む。
【００２０】
受信されたサービスメッセージ内のＳＤＰ情報が構文解析されて、属性行が取得される。
【００２１】
属性行の属性コンポーネントが構文解析されて、デフォルトサービスパッケージ属性が取得される。
【００２２】
本発明の一実施形態では、サービスパッケージ情報取得装置が提供され、この装置は、サービスメッセージ受信ユニットと、ＳＤＰ構文解析ユニットと、グループ属性行構文解析ユニットとを含む。
【００２３】
サービスメッセージ受信ユニットは、サービスパッケージ識別子に関するＳＤＰ情報を運ぶサービスメッセージを受信するように構成される。
【００２４】
ＳＤＰ構文解析ユニットは、受信されたＳＤＰ情報を構文解析して、グループ属性行を取得するように構成される。
【００２５】
グループ属性行構文解析ユニットは、グループ属性行のsemanticコンポーネントを構文解析して、サービスパッケージ識別子を取得し、グループ属性行のidentification-tagコンポーネントを構文解析して、チャネル識別子を取得するように構成される。
【００２６】
本発明の一実施形態では、サービスパッケージ情報取得装置が提供され、この装置は、サービスメッセージ受信ユニットと、ＳＤＰ構文解析ユニットと、構文解析ユニットとを含む。
【００２７】
サービスメッセージ受信ユニットは、サービスパッケージ識別子に関するＳＤＰ情報を運ぶサービスメッセージを受信するように構成される。
【００２８】
ＳＤＰ構文解析ユニットは、受信されたＳＤＰ情報を構文解析して、属性行を取得するように構成される。
【００２９】
構文解析ユニットは、属性行の属性コンポーネントを構文解析して、デフォルトサービスパッケージ属性を取得するように構成される。
【発明の効果】
【００３０】
本発明の実施形態で提供される技術的解決法では、サービスメッセージ内で運ばれるＳＤＰ情報がサービスパッケージ情報を含み、受信されたサービスメッセージのＳＤＰ情報からサービスパッケージ情報が抽出されることが可能なので、現在処理されているサービスによって必要とされるサービスパッケージが認識されることが可能である。従って、メディア処理は、必要とされるサービスパッケージに関して実行されることが可能であり、例えば、メディアリソース予約が、全リソースではなく、サービスによって必要とされるメディアコンポーネントについて実行されることが可能であり、それにより、メディアリソース予約の、リソースの浪費が減少する。
【図面の簡単な説明】
【００３１】
【図１】本発明の一実施形態によるサービスパッケージ情報取得方法のフローチャートである。
【図２】本発明の一実施形態によるメディアリソース予約方法のフローチャートである。
【図３】本発明の第１の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図４】本発明の第２の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図５】本発明の第３の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図６】本発明の第４の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図７】本発明の第５の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図８】本発明の第６の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図９】本発明の第７の実施形態によるサービスパッケージ情報取得装置の概略図である。
【図１０】本発明の第８の実施形態によるサービスパッケージ情報取得装置の概略図である。
【発明を実施するための形態】
【００３２】
本発明の実施形態は、サービスパッケージを識別することが可能で、それによりサービスパッケージ処理効率を向上させる、メディアリソース予約方法と、サービスパッケージ情報取得方法と、サービスパッケージ情報取得装置とを提供する。
【００３３】
本発明の実施形態で提供される技術的解決法では、受信されたサービスメッセージのＳＤＰ情報からサービスパッケージ情報が抽出されることが可能なので、現在処理されているサービスによって必要とされるサービスパッケージが認識されることが可能である。従って、メディア処理は、必要とされるサービスパッケージに関して実行されることが可能であり、例えば、メディアリソース予約が、全リソースではなく、サービスによって必要とされるメディアコンポーネントについて実行されることが可能であり、それにより、メディアリソース予約の、リソースの浪費が減少する。
【００３４】
最初に、本発明の一実施形態における、サービスパッケージ情報取得方法について以下に説明する。この実施形態、及び全ての後続の実施形態では、サービスパッケージはＳＤＰから取得されるということに留意されたい。図１を参照すると、サービスパッケージ情報取得方法の実施形態は、以下のステップを含む。
【００３５】
ステップ１０１で、第１のネットワーク要素（ＮＥ）は、サービス指示に対応するサービスによって必要とされるサービスパッケージに関する情報を取得する。
【００３６】
この実施形態では、サービス指示を取得した後で、第１のＮＥが、サービス指示に対応するサービスによって必要とされるサービスパッケージに関する情報を取得する。
【００３７】
ステップ１０２で、サービスパッケージに関する情報がＳＤＰ内に運ばれる。
【００３８】
具体的には、ＳＤＰ内でサービスパッケージに関する情報を運ぶための属性行が、ＳＤＰ内に設定される。チャネル識別子が含まれる場合は、チャネル識別子とサービスパッケージ識別子とが同じ属性行内に設定されてもよいということ、すなわち、サービスパッケージがＳＤＰ内で識別されるということに留意されたい。
【００３９】
特定の識別方法について、以下に詳細に説明する。
【００４０】
１．サービスパッケージに関する情報を識別するためのプロセス
【００４１】
この実施形態では、サービスパッケージに関する情報の識別が、様々な手法で実施されることが可能である。実際の適用例では、特定の状況に応じて、様々なパラメータ名又はデータフォーマットが採用されてもよいということを理解できる。
【００４２】
具体的には、サービスパッケージは、以下の手法で識別されてもよい。
【００４３】
手法１では、サービスパッケージに関する情報を識別するために、属性行が設定される。
【００４４】
属性行「a=<attribute>:<value>」が、ＳＤＰ内に含まれる内容の中に設定される。
【００４５】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、例えば、サービスパッケージの名前又はシリアル番号などの、サービスパッケージ識別子を識別するために使用され、数、ユニフォームリソースアイデンティファイア（ＵＲＩ）、ユニフォームリソースロケータ（ＵＲＬ）、文字セット、トークン、又はその他のタイプの識別子であってもよい。
【００４６】
説明を容易にするために、特定の例を以下に示す。
【００４７】
ステートメントa=BC_Service_Package:1は、属性がＩＰＴＶ  ＢＣサービスパッケージ１であることを示す。
【００４８】
設定行「a=」は、セッションレベル属性又はメディアレベル属性であってもよい。
【００４９】
メディア行「m=」の後ろに配置された行「a=<attribute>:<value>」は、メディアレベル属性であり、その値を有するサービスパッケージにメディアが属することを示す。
【００５０】
第１のメディア行「m=」の前に配置された行「a=<attribute>:<value>」は、セッションレベル属性であり、その値を有するサービスパッケージに、メディアレベルサービスパッケージ属性行を有さない全てのメディアが属することを示す。
【００５１】
以下の例では、行「a=」が、メディアレベル属性を示すために、それぞれの行「m=」の後ろに配置される。
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【００５２】
この情報は、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１に属し、第３のメディア「audio」がサービスパッケージ２に属することを示す。
【００５３】
以下の例では、行「a=」が、セッションレベル属性を示すために、第１の行「m=」の前に配置される。
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 49170 RTP/AVP 0
m=video 49172 RTP/AVP 99
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【００５４】
この例では、第１の行「m=」の前に配置された行「a=」が、第１のメディア「audio」と第２のメディア「video」とがサービスパッケージ１に属することを示し、第３のメディア「audio」はサービスパッケージ２に属する。
【００５５】
手法２では、属性行とメディア行とが、サービスパッケージを両方で識別するために設定される。
【００５６】
具体的には、第１のメディア行「m=」の前に追加される行「a=」が、サービスパッケージ属性行を記述するために、「a=<attribute>:<value>」として設定され、異なるサービスパッケージは、異なる値を使用して識別される。
【００５７】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、例えば、サービスパッケージの名前又はシリアル番号などの、サービスパッケージ識別子を識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【００５８】
一方で、「a=label:<label pointer>」が、それぞれの行「m=」の後ろに追加される。ラベルポインタの値は、サービスパッケージを識別する値から選択され、行「m=」が属するサービスパッケージを識別するために使用される。同じラベルポインタを有する行「m=」に対応するメディアは、同じサービスパッケージに属し、サービスパッケージに関する情報は、値によって識別される。例えば、以下の通りである。
a=BC_Service_Package:1（属性がサービスパッケージ１であることを示す）
a=BC_Service_Package:2（属性がサービスパッケージ２であることを示す）
m=audio 49170 RTP/AVP 0
a=label:1
m=video 49172 RTP/AVP 99
a=label:1
m=audio 39170 RTP/AVP 0
a=label:2
【００５９】
第１の行「m=」の前に追加された行「a=」と、それぞれの行「m=」の後ろのラベルの属性とは、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１に属し、第３のメディア「audio」がサービスパッケージ２に属することを示す。
【００６０】
１つのＳＤＰがいくつかのサービスパッケージを含む場合、様々なサービスパッケージに属しているメディア行をグループ化して、サービスパッケージを識別することが考慮されてもよい。具体的には、以下の手法が採用されてもよい。
【００６１】
手法３では、サービスパッケージを構成する複数のメディア行「m=」を関連付けて、サービスパッケージを識別するために、グループ属性行「a=group:」が採用される。
【００６２】
採用される属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)であってもよい。
【００６３】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。identification-tagは、様々なメディアストリームを識別するために使用され、数、トークンなどであってもよい。
【００６４】
例えば、「a=group:BC_Service_Package 1 2 3」は、メディアストリーム識別子１、２、３に対応するメディアが、同じサービスパッケージに属することを示す。
【００６５】
あるいは、採用される属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)であってもよい。
【００６６】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージの識別子を識別するために使用され、文字セットなどであってもよい。identification-tagは、様々なメディアストリームを識別するために使用され、数、トークンなどであってもよい。
【００６７】
例えば、「a=group:BC_Service_Package1 1 2 3」は、メディアストリーム識別子１、２、３に対応するメディアが、BC_Service_Package1というサービスパッケージ識別子を有するサービスパッケージに属することを示す。
【００６８】
これにより、最初の３つの行「m=」が同じサービスパッケージに属し、最後の２つの行「m=」が同じサービスパッケージに属することが、それぞれ、属性行「a=group:」を使用して以下のように表されてもよい。
【００６９】
a=group:BC_Service_Package 1 2 3（メディアストリーム識別子１、２、３に対応するメディアが、同じサービスパッケージに属することを示す）、又は、
【００７０】
a=group:BC_Service_Package1 1 2 3（メディアストリーム識別子１、２、３に対応するメディアが、BC_Service_Package1というサービスパッケージ識別子を有するサービスパッケージに属することを示す）、及び、
【００７１】
a=group:BC_Service_Package 4 5（メディアストリーム識別子４、５に対応するメディアが、同じサービスパッケージに属することを示す）、又は、
【００７２】
a=group:BC_Service_Package2 4 5（メディアストリーム識別子４、５に対応するメディアが、BC_Service_Package2というサービスパッケージ識別子を有するサービスパッケージに属することを示す）。
m=audio 49170 RTP/AVP 0
a=mid:1
m=video 49172 RTP/AVP 99
a=mid:2
m=text 49174 UDP wb
a=mid:3
m=audio 39170 RTP/AVP 0
a=mid:4
m=video 39172 RTP/AVP 99
a=mid:5
【００７３】
メディアストリームがidentification-tagによって識別される状況について上述した。別の状況について以下に紹介する。
【００７４】
同様に、採用される属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)であってもよい。
【００７５】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。identification-tagは、チャネル識別子を示すために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【００７６】
例えば、「a=group:BC_Service_Package 1 2 3」は、チャネル識別子１、２、３に対応するメディアが、同じサービスパッケージに属することを示す。
【００７７】
あるいは、採用される属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)であってもよい。
【００７８】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージの識別子を識別するために使用され、文字セットなどであってもよい。identification-tagは、様々なチャネル識別子を示すために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【００７９】
例えば、「a=group:BC_Service_Package1 1 2 3」は、チャネル識別子１、２、３に対応するメディアが、BC_Service_Package1というサービスパッケージ識別子を有するサービスパッケージに属することを示す。
【００８０】
これにより、最初の３つの行「m=」が同じサービスパッケージに属し、最後の２つの行「m=」が同じサービスパッケージに属することが、それぞれ、属性行「a=group:」を使用して以下のように表されてもよい。
【００８１】
a=group:BC_Service_Package 1 2 3（チャネル識別子１、２、３に対応するメディアが、同じサービスパッケージに属することを示す）、又は、
【００８２】
a=group:BC_Service_Package1 1 2 3（チャネル識別子１、２、３に対応するメディアが、BC_Service_Package1というサービスパッケージ識別子を有するサービスパッケージに属することを示す）、及び、
【００８３】
a=group:BC_Service_Package 4 5（チャネル識別子４、５に対応するメディアが、同じサービスパッケージに属することを示す）、又は、
【００８４】
a=group:BC_Service_Package2 4 5（チャネル識別子４、５に対応するメディアが、BC_Service_Package2というサービスパッケージ識別子を有するサービスパッケージに属することを示す）。
m=audio 49170 RTP/AVP 0
a=BC_Channel:1（チャネル１）
m=video 49172 RTP/AVP 99
a=BC_Channel:2（チャネル２）
m=text 49174 UDP wb
a=BC Channel:3（チャネル３）
m=audio 39170 RTP/AVP 0
a=BC_Channel:4（チャネル４）
m=video 39172 RTP/AVP 99
a=BC_Channel:5（チャネル５）
【００８５】
手法４では、属性行が設定され、サービスパッケージとチャネルとが識別される。
【００８６】
具体的には、行「a=」が、a=<attribute>:<value>として設定されてもよい。
【００８７】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、サービスパッケージとチャネルとの複合名又は複合シリアル番号などの、サービスパッケージとチャネルとの複合識別子を識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【００８８】
例えば、ステートメントa=BCServicePackage_channel:1_1は、属性がＩＰＴＶ  ＢＣサービスパッケージ１におけるチャネル１であることを示す。
【００８９】
設定行「a=」は、セッションレベル属性又はメディアレベル属性であってもよい。
【００９０】
第１のメディア行「m=」の前に配置された行「a=<attribute>:<value>」は、セッションレベル属性であり、その値を有するサービスパッケージとチャネルとに、メディアレベルのサービスパッケージとチャネルとの複合属性行を有さない全てのメディアが属することを示す。
【００９１】
行「m=」の後ろに配置された行「a=<attribute>:<value>」は、メディアレベル属性であり、その値に対応するサービスパッケージとチャネルとに、行「m=」が属することを示す。
【００９２】
以下の例では、行「a=」が、メディアレベル属性を示すために、行「m=」の後ろに配置される。
m=audio 49170 RTP/AVP 0
a=BCServicePackage_channel:1_1（サービスパッケージ１におけるチャネル１）
m=video 49172 RTP/AVP 99
a=BCServicePackage_channel:1_2（サービスパッケージ１におけるチャネル２）
m=audio 39170 RTP/AVP 0
a=BCServicePackage_channel:2_1（サービスパッケージ２におけるチャネル１）
【００９３】
具体的には、行「m=」の後ろに配置された行「a=」は、第１のメディア「audio」が、サービスパッケージ１のチャネル１に属し、第２のメディア「video」が、サービスパッケージ１のチャネル２に属し、第３のメディア「audio」が、サービスパッケージ２のチャネル１に属することを示す。
【００９４】
あるいは、行「a=」は、a=<attribute>:<value>として設定される。
【００９５】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、サービスパッケージとチャネルとの識別子を識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【００９６】
例えば、ステートメントa=BCServicePackage:PID1 1 2 3は、チャネル識別子１、２、３に対応するメディアが、ＩＰＴＶ  ＢＣサービスパッケージＰＩＤ１に属することを示す。
【００９７】
設定行「a=」は、セッションレベル属性であってもよい。
【００９８】
すなわち、第１のメディア行「m=」の前に配置された行「a=<attribute>:<value>」は、セッションレベル属性であり、その値の中のチャネル識別子に対応する全てのメディアが、その値のサービスパッケージ識別子に属することを示す。メディア識別子に対応するメディアは、メディアチャネル属性行によって識別される。
【００９９】
以下の例では、行「a=」が、セッションレベル属性を示すために、第１の行「m=」の前に配置される。
a=BCServicePackage_channel:1_1（サービスパッケージ１におけるチャネル１）
m=audio 49170 RTP/AVP 0
m=video 49172 RTP/AVP 99
m=audio 39170 RTP/AVP 0
a=BCServicePackage_channel:2_1（サービスパッケージ２におけるチャネル１）
【０１００】
具体的には、第１の行「m=」の前に配置された行「a=」は、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１におけるチャネル１に属することを示し、第３のメディア「audio」は、サービスパッケージ２におけるチャネル１に属する。
【０１０１】
以下の例では、サービスパッケージ属性行「a=」は、セッションレベル属性であり、チャネル属性行「a=」は、メディアレベル属性である。
a=BCServicePackage:PID1 1 2 3（チャネル１、２、３がサービスパッケージＰＩＤ１に属する）
m=audio 49170 RTP/AVP 0
a=BCchannel:1（チャネル１）
m=video 49172 RTP/AVP 99
a=BCchannel:2（チャネル２）
m=audio 39170 RTP/AVP 0
a=BCchannel:3（チャネル３）
【０１０２】
具体的には、第１の行「m=」の前に配置されたサービスパッケージ属性行「a=」は、チャネル１、２、３が、サービスパッケージＰＩＤ１に属することを示す。各メディア行の後ろのチャネル属性行「a=」は、第１のメディア「audio」と、第２のメディア「video」と、第３のメディア「audio」とが、サービスパッケージＰＩＤ１に属することを識別する。
【０１０３】
手法５では、属性行とメディア行とが、両方とも、サービスパッケージとチャネルとを識別するために設定される。
【０１０４】
具体的には、行「a=」が、第１のメディア行「m=」の前に追加され、サービスパッケージとチャネルとの複合属性行を記述するために、a=<attribute>:<value>として設定される。異なるサービスパッケージ又はチャネルは、異なる値を使用して識別される。
【０１０５】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、サービスパッケージとチャネルとの複合名又は複合シリアル番号などの、サービスパッケージとチャネルとの複合識別子を識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【０１０６】
一方で、「a=label:<label pointer>」が、それぞれの行「m=」の後ろに追加される。ラベルポインタの値は、サービスパッケージとチャネルとを識別する複合属性行内の値から選択され、行「m=」に対応するメディアが属するサービスパッケージとチャネルとの識別子を識別するために使用される。同じラベルポインタを有する行「m=」に対応するメディアは、同じサービスパッケージの同じチャネルに属し、サービスパッケージとチャネルとに関する情報は、値によって識別される。例えば、以下の通りである。
a=BCServicePackage_channel:1_1（属性がサービスパッケージ１におけるチャネル１であることを示す）
a=BCServicePackage_channel:1_2（属性がサービスパッケージ１におけるチャネル２であることを示す）
m=audio 49170 RTP/AVP 0
a=label:1_1
m=video 49172 RTP/AVP 99
a=label:1_1
m=audio 39170 RTP/AVP 0
a=label:1_2
【０１０７】
第１の行「m=」の前に追加された行「a=」と、それぞれの行「m=」の後ろに追加されたラベルの属性とは、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１におけるチャネル１に属し、第３のメディア「audio」が、サービスパッケージ１におけるチャネル２に属することを示す。
【０１０８】
あるいは、行「a=」は、a=<attribute>:<value>として設定される。
【０１０９】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、サービスパッケージとチャネルとの識別子を識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【０１１０】
一方で、「a=label:<label pointer>」が、それぞれの行「m=」の後ろに追加される。ラベルポインタの値は、サービスパッケージ属性行を識別する値から選択され、行「m=」に対応するメディアが属するサービスパッケージとチャネルとの識別子を識別するために使用され、サービスパッケージとチャネルとの識別子は、値によって識別される。例えば、以下の通りである。
a=BCServicePackage:PID1 1 2 3（チャネル１、２、３がサービスパッケージＰＩＤ１に属する）
m=audio 49170 RTP/AVP 0
a=label:1（チャネル１）
m=video 49172 RTP/AVP 99
a=label:2（チャネル２）
m=audio 39170 RTP/AVP 0
a=label:3（チャネル３）
【０１１１】
具体的には、第１の行「m=」の前に配置されたサービスパッケージ属性行「a=」は、チャネル１、２、３が、サービスパッケージＰＩＤ１に属することを示す。各メディア行の後ろのタグ属性行「a=」は、第１のメディア「audio」と、第２のメディア「video」と、第３のメディア「audio」とが、サービスパッケージＰＩＤ１に属することを識別する。
【０１１２】
手法６では、サービスパッケージにおけるチャネルを構成する複数のメディア行「m=」を関連付けて、サービスパッケージとチャネルとを識別するために、グループ属性行「a=group:」が採用される。
【０１１３】
採用される属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)であってもよい。
【０１１４】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合属性を識別するために使用され、文字セットなどであってもよい。identification-tagは、様々なメディアストリームを識別するために使用され、数、トークンなどであってもよい。
【０１１５】
例えば、「a=group:BCServicePackage_channel 1 2 3」は、メディアストリーム識別子１、２、３に対応するメディアが、同じサービスパッケージの同じチャネルに属することを示す。
【０１１６】
あるいは、採用される属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)であってもよい。
【０１１７】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージとチャネルとに関する複合情報を識別するために使用され、文字セットなどであってもよい。identification-tagは、様々なメディアストリームを識別するために使用され、数、トークンなどであってもよい。
【０１１８】
例えば、「a=group:BCServicePackage1_channel1 1 2 3」は、メディアストリーム識別子１、２、３に対応するメディアが、BCServicePackage 1におけるチャネル１に属することを示す。
【０１１９】
これにより、最初の３つの行「m=」が同じサービスパッケージの１つのチャネルに属し、最後の２つの行「m=」が同じサービスパッケージの１つのチャネルに属することが、それぞれ、属性行「a=group:」を使用して以下のように表されてもよい。
【０１２０】
a=group:BCServicePackage_channel 1 2 3（ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合属性がBCServicePackage_channelであることを識別するために、semanticsはBCServicePackage_channelである）、又は、
【０１２１】
a=group:BCServicePackage1_channel1 1 2 3（ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合識別子がBCServicePackage1におけるchannel1であることを識別するために、semanticsはBCServicePackage1_channel1である）、及び
【０１２２】
a=group:BCServicePackage_channel 4 5（ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合属性がBCServicePackage_channelであることを識別するために、semanticsはBCServicePackage_channelである）、又は、
【０１２３】
a=group:BCServicePackage1_channel2 4 5（ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合識別子がBCServicePackage1におけるchannel2であることを識別するために、semanticsはBCServicePackage1_channel2である)。
m=audio 49170 RTP/AVP 0
a=mid:1
m=video 49172 RTP/AVP 99
a=mid:2
m=text 49174 UDP wb
a=mid:3
m=audio 39170 RTP/AVP 0
a=mid:4
m=video 39172 RTP/AVP 99
a=mid:5
【０１２４】
前述の６つの手法は、サービスパッケージを識別するように、ＳＤＰ内の属性行を設定するために使用される。ＳＤＰが複数のサービスパッケージに対応するメディア記述情報を運ぶ場合に、現在のサービスに関連付けられたサービスパッケージ情報を指示する必要があれば、デフォルトサービスパッケージが識別のために採用されてもよい。本明細書に記載するデフォルトサービスパッケージは、システム初期化中のサービスパッケージを意味するか、又は、ユーザによって最も好まれるユーザ定義のサービスパッケージなどの、特定のサービスパッケージを意味することに留意されたい。特定の識別方法について、以下に詳細に説明する。
【０１２５】
２．デフォルトサービスパッケージを識別するためのプロセス
【０１２６】
この実施形態では、デフォルトサービスパッケージの識別が、様々な手法で実施されることが可能である。実際の適用例では、特定の状況に応じて、様々なパラメータ名又はデータフォーマットが採用されてもよいということを理解できる。
【０１２７】
具体的には、デフォルトサービスパッケージは、以下の手法で識別されてもよい。
【０１２８】
手法Ａでは、デフォルトサービスパッケージを識別するために、セッション初期化プロトコル（ＳＩＰ）のヘッダフィールドが、ＳＤＰサービスパッケージ属性行の記述と組み合わせられる。
【０１２９】
この手法では、ＳＤＰサービスパッケージ属性行内のサービスパッケージ識別子が、ＳＩＰのヘッダフィールド内の、デフォルトサービスパッケージの識別子、名前、又はシリアル番号と一致している場合、サービスパッケージに対応するメディアがデフォルトサービスパッケージに属することが示される。
【０１３０】
サービスパッケージ属性の記述は、サービスパッケージを識別するための前述の手法１、２、４、又は５で実施されてもよい。例えば、以下に示す例は、サービスパッケージ属性がメディアレベル属性である、手法１に基づくものであり、サービスパッケージ属性を記述するその他の手法は類似しており、ここでは再度繰り返さない場合がある。
【０１３１】
デフォルトサービスパッケージに関する情報を示すための最初の手法では、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージがサービスパッケージ１である場合、ＳＤＰは以下のように記述される。
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１３２】
これは、第１のメディア「audio」と第２のメディア「video」とに対応するサービスパッケージ１がデフォルトサービスパッケージであることを示す。
【０１３３】
ＳＩＰのヘッダフィールドが、デフォルトサービスパッケージとチャネルとの識別子を運ぶ場合、サービスパッケージ属性を記述するための手法は、サービスパッケージに関する情報を識別するための手法４又は５であってもよい。例えば、以下の実施形態は、サービスパッケージ属性がメディアレベル属性であり、デフォルトサービスパッケージとチャネルとが、サービスパッケージ１におけるチャネル１である、手法４に基づいて例示される。ＳＤＰは以下のように記述される。
m=audio 49170 RTP/AVP 0
a=BCServicePackage_channel:1_1（サービスパッケージ１におけるチャネル１）
m=video 49172 RTP/AVP 99
a=BCServicePackage_channel:1_2（サービスパッケージ１におけるチャネル２）
m=audio 39170 RTP/AVP 0
a=BCServicePackage_channel:2_1（サービスパッケージ２におけるチャネル１）
【０１３４】
具体的には、行「m=」の後ろに配置された行「a=」は、第１のメディア「audio」が、サービスパッケージ１のチャネル１に属することを示し（従って、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージとチャネルとに関する情報に従って、第１のメディア「audio」が、デフォルトサービスパッケージのデフォルトチャネルに属することが知られることが可能であり）、第２のメディア「video」が、サービスパッケージ１のチャネル２に属することを示し、第３のメディア「audio」が、サービスパッケージ２のチャネル１に属することを示す。
【０１３５】
デフォルトサービスパッケージを識別する最初の手法について上記で紹介した。この手法では、デフォルトサービスパッケージが、ＳＩＰのヘッダフィールドを介して認識され、サービスパッケージとチャネルとに関する情報と同じ手法でＳＤＰ内で識別され、すなわち、サービスパッケージを識別するための手法１、２、４、及び５が採用されてもよい。デフォルトサービスパッケージ属性行を使用してデフォルトサービスパッケージを識別する別の手法について、以下に説明する。
【０１３６】
手法Ｂでは、ＳＤＰ内でデフォルトサービスパッケージを識別するために、デフォルトサービスパッケージ属性行が採用される。
【０１３７】
デフォルトサービスパッケージ属性行を使用したデフォルトサービスパッケージの識別は、以下の３つのタイプに分類されてもよい。
【０１３８】
タイプ１では、a=<attribute>が採用される。
【０１３９】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージ属性を識別するために使用されるか、又は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージとチャネルとの複合属性を識別し、文字セットなどであってもよい。デフォルトサービスパッケージ属性行「a=」は、セッションレベル属性又はメディアレベル属性であってもよい。
【０１４０】
第１のメディア行「m=」の前に配置された行「a=<attribute>」は、セッションレベル属性であり、メディアレベルサービスパッケージ属性行を有さない全てのメディアがデフォルトサービスパッケージに属することを示す。
【０１４１】
行「m=」の後ろに配置された行「a=<attribute>」は、メディアレベル属性であり、メディアがデフォルトサービスパッケージに属することを示す。
【０１４２】
デフォルトサービスパッケージ属性行は、デフォルトサービスパッケージを識別するために、ＳＩＰのヘッダフィールド内のデフォルトサービスパッケージ識別子と、又は、サービスパッケージ属性行と組み合わせられてもよい。サービスパッケージ属性行は、サービスパッケージを識別するための手法１、２、４、又は５と同じ手法で記述されてもよく、メディアレベル属性又はセッションレベル属性であってもよい。
【０１４３】
以下の全ての実施形態において、全ての、メディアレベル又はセッションレベルにある、デフォルトサービスパッケージ属性行とサービスパッケージ属性行との間に、必須の順序は存在しない。
【０１４４】
以下の実施形態では、デフォルトサービスパッケージ行は、セッションレベル属性であり、デフォルトサービスパッケージを識別するために、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージ識別子と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するための上記の手法１におけるメディアレベル属性である。ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージがサービスパッケージ１である場合、ＳＤＰは以下のように記述される。
a=defaultBCServicePackage
m=audio 49170 RTP/AVP 0
m=video 49172 RTP/AVP 99
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１４５】
これは、第１のメディア「audio」と第２のメディア「video」とに対応するサービスパッケージが、デフォルトサービスパッケージであり、両方ともサービスパッケージ１に属し、第３のメディア「audio」が、サービスパッケージ２に属することを示す。
【０１４６】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるメディアレベル属性である場合、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージ情報がサービスパッケージ１におけるチャネル１であると仮定すると、ＳＤＰは以下のように記述される。
a=defaultBCServicePackage_channel
m=audio 49170 RTP/AVP 0
m=video 49172 RTP/AVP 99
m=audio 39170 RTP/AVP 0
a=BCServicePackage_channel:1_2（サービスパッケージ１におけるチャネル２）
【０１４７】
これは、第１のメディア「audio」と第２のメディア「video」とに対応するサービスパッケージが、デフォルトサービスパッケージであり、両方ともサービスパッケージ１におけるチャネル１に属し、第３のメディア「audio」が、サービスパッケージ１のチャネル２に属することを示す。
【０１４８】
メディアレベル属性であるデフォルトサービスパッケージ行を識別する手法は類似しており、ここでは再度繰り返さない場合がある。
【０１４９】
以下の実施形態では、デフォルトサービスパッケージ行は、メディアレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるメディアレベル属性である。ＳＤＰは以下のように記述される。
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
a=defaultBCServicePackage（デフォルトサービスパッケージ）
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（サービスパッケージ１）
a=defaultBCServicePackage（デフォルトサービスパッケージ）（又は選択可能）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１５０】
メディアレベルサービスパッケージ属性行は、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１に属し、第３のメディア「audio」が、サービスパッケージ２に属することを示す。メディアレベルデフォルトサービスパッケージ識別子行は、サービスパッケージ１がデフォルトサービスパッケージであることを示す。サービスパッケージ属性とデフォルトサービスパッケージ属性とは、同じデフォルトサービスパッケージに属する第１のメディア行の後ろで識別されてもよく、後続のメディア（ここでは、第２のメディア「video」を意味している）の行の後ろでは、デフォルトサービスパッケージ属性又はサービスパッケージ属性行のみが指示される必要がある。
【０１５１】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるメディアレベル属性である場合、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージに関する情報がサービスパッケージ１におけるチャネル１であると仮定すると、ＳＤＰに関する記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１５２】
以下の実施形態では、デフォルトサービスパッケージ行は、メディアレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるセッションレベル属性である。ＳＤＰは以下のように記述される。
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 49170 RTP/AVP 0
a=defaultBCServicePackage（デフォルトサービスパッケージ）
m=video 49172 RTP/AVP 99
a=defaultBCServicePackage（デフォルトサービスパッケージ）（省略可能）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１５３】
セッションレベルサービスパッケージ属性行は、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１に属することを示し、メディアレベル属性行は、第３のメディア「audio」が、サービスパッケージ２に属することを示し、メディアレベルデフォルトサービスパッケージ識別子行は、サービスパッケージ１が、デフォルトサービスパッケージであることを示す。デフォルトサービスパッケージ属性は、同じデフォルトサービスパッケージに属する第１のメディア行の後ろで識別されてもよく、後続のメディア（ここでは、第２のメディア「video」を意味している）の行の後ろには、デフォルトサービスパッケージ属性行が存在しないことが許容される。
【０１５４】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるセッションレベル属性である場合、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージ情報がサービスパッケージ１におけるチャネル１であると仮定すると、ＳＤＰに関する記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１５５】
デフォルトサービスパッケージ行は、メディアレベル属性又はセッションレベル属性であり、サービスパッケージを識別するために採用される手法２、４、又は５と同じ手法で、デフォルトサービスパッケージを識別するために、サービスパッケージ属性識別子と組み合わせられ、これについてはここでは再度繰り返さない場合がある。
【０１５６】
タイプ２では、a=<attribute>:<value>が採用される。
【０１５７】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージ属性を識別するために使用されるか、又は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージとチャネルとの複合属性を識別し、文字セットなどであってもよい。属性値コンポーネント内の値は、デフォルトサービスパッケージを識別するため、又は、サービスパッケージとチャネルとの複合名又は複合シリアル番号などの、ＩＰＴＶ  ＢＣデフォルトサービスパッケージとチャネルとの複合識別子を識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【０１５８】
デフォルトサービスパッケージ属性行「a=」は、セッションレベル属性又はメディアレベル属性であってもよい。
【０１５９】
第１のメディア行「m=」の前に配置された行「a=<attribute>:<value>」は、セッションレベル属性であり、その値であるサービスパッケージ属性値を有する全てのメディアが、デフォルトサービスパッケージに属すること、又は、サービスパッケージ属性行を有さない全てのメディアが、その値であるサービスパッケージ値を有するデフォルトサービスパッケージに属することを示す。
【０１６０】
行「m=」の後ろに配置された行「a=<attribute>:<value>」は、メディアレベル属性であり、その値を有するデフォルトサービスパッケージにメディアが属することを示す。
【０１６１】
デフォルトサービスパッケージ属性行は、デフォルトサービスパッケージを識別するために、独立に採用されてもよく、又は、ＳＩＰのヘッダフィールド内のデフォルトサービスパッケージ識別子と組み合わせられてもよく、又は、サービスパッケージ属性行と組み合わせられてもよい。サービスパッケージ属性行は、サービスパッケージを識別するために採用される上記の６つの手法で記述されてもよく、メディアレベル属性又はセッションレベル属性であってもよい。
【０１６２】
以下の実施形態では、デフォルトサービスパッケージ属性は「a=defaultBCServicePackage:」又は「a=defaultBCServicePackage_channel:x_x」によって示され、その他の手法で記述されてもよい。
【０１６３】
以下の実施形態では、デフォルトサービスパッケージ行は、セッションレベル属性であり、デフォルトサービスパッケージを独立に識別するように構成される。例えば、サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるメディアレベル属性であり、ＳＤＰは以下のように記述される。
a=defaultBCServicePackage:1（デフォルトサービスパッケージはサービスパッケージ１である）
m=audio 49170 RTP/AVP 0
m=video 49172 RTP/AVP 99
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１６４】
具体的には、第１の行「m=」の前に配置されたデフォルトサービスパッケージ属性行「a=」は、第１のメディア「audio」と第２のメディア「video」とに対応するサービスパッケージが、デフォルトサービスパッケージであり、両方ともサービスパッケージ１に属することを示し、メディアレベルサービスパッケージ属性行「a=」は、第３のメディア「audio」が、サービスパッケージ２に属することを示す。
【０１６５】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法におけるメディアレベル属性である場合、ＳＤＰに関する記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel:x_x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１６６】
デフォルトサービスパッケージ行が、手法１又は４におけるメディアレベル属性である、ＳＤＰを記述する手法は、次の実施形態と同じである。
【０１６７】
以下の実施形態では、デフォルトサービスパッケージ行は、メディアレベル属性であり、デフォルトサービスパッケージを識別するために、ＳＩＰのヘッダフィールド内で運ばれる、デフォルトサービスパッケージの識別子、名前、又はシリアル番号と一致している。例えば、サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法１におけるメディアレベル属性であり、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージが、サービスパッケージ１であると仮定する場合、ＳＤＰは以下のように記述される。
m=audio 49170 RTP/AVP 0
a=defaultBCServicePackage:1（デフォルトサービスパッケージはサービスパッケージ１である）
m=video 49172 RTP/AVP 99
a=defaultBCServicePackage:1（デフォルトサービスパッケージはサービスパッケージ１である）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１６８】
これは、第１のメディア「audio」と第２のメディア「video」とが、両方ともデフォルトサービスパッケージ１に属することを示す。
【０１６９】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるメディアレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel:x_x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。デフォルトサービスパッケージ行が、手法１又は４におけるメディアレベル属性である、ＳＤＰを記述する方法は、上記の実施形態と同じである。
【０１７０】
以下の実施形態では、デフォルトサービスパッケージ行は、メディアレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。例えば、サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるメディアレベル属性である。ＳＤＰは以下のように記述される。
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
a=defaultBCServicePackage:1（デフォルトサービスパッケージ）
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（サービスパッケージ１）
a=defaultBCServicePackage:1（デフォルトサービスパッケージ）（又は選択可能）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１７１】
メディアレベルサービスパッケージ属性行は、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１に属し、第３のメディア「audio」が、サービスパッケージ２に属することを示す。メディアレベルデフォルトサービスパッケージ識別子行は、サービスパッケージ１がデフォルトサービスパッケージであることを更に示す。サービスパッケージ属性とデフォルトサービスパッケージ属性とは、同じデフォルトサービスパッケージに属する第１のメディア行の後ろで識別されてもよく、後続のメディア（ここでは、第２のメディア「video」を意味している）の行の後ろでは、デフォルトサービスパッケージ属性又はサービスパッケージ属性行のみが指示される必要がある。
【０１７２】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるメディアレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel:x_x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１７３】
以下の実施形態では、デフォルトサービスパッケージ行は、メディアレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるセッションレベル属性である。ＳＤＰは以下のように記述される。
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 49170 RTP/AVP 0
a=defaultBCServicePackage:1（デフォルトサービスパッケージ）
m=video 49172 RTP/AVP 99
a=defaultBCServicePackage:1（デフォルトサービスパッケージ）（省略可能）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１７４】
セッションレベルサービスパッケージ属性行は、第１のメディア「audio」と第２のメディア「video」とが、両方ともサービスパッケージ１に属することを示し、メディアレベル属性行は、第３のメディア「audio」が、サービスパッケージ２に属することを示し、メディアレベルデフォルトサービスパッケージ識別子行は、サービスパッケージ１が、デフォルトサービスパッケージであることを更に示す。デフォルトサービスパッケージ属性は、同じデフォルトサービスパッケージに属する第１のメディア行の後ろで識別されてもよく、後続のメディア（ここでは、第２のメディア「video」を意味している）の行の後ろには、デフォルトサービスパッケージ属性行が存在しないことが許容される。
【０１７５】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるセッションレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel:x_x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１７６】
特定の例について以下に説明する。デフォルトサービスパッケージ行は、セッションレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージに関する情報を識別するために採用される手法１におけるメディアレベル属性である。ＳＤＰは以下のように記述される。
a=defaultBCServicePackage:1（デフォルトサービスパッケージ）
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（サービスパッケージ１）（省略可能）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１７７】
セッションレベルデフォルトサービスパッケージ属性行は、サービスパッケージ１がデフォルトサービスパッケージであることを示す。メディアレベルサービスパッケージ属性行は、第１のメディア「audio」と第２のメディア「video」とが、両方ともデフォルトサービスパッケージ１に属し、第３のメディア「audio」が、サービスパッケージ２に属することを示す。サービスパッケージ属性は、同じデフォルトサービスパッケージに属する第１のメディア行の後ろで識別されてもよく、後続のメディア（ここでは、第２のメディア「video」を意味している）の行の後ろには、サービスパッケージ属性行が存在しないことが許容される。
【０１７８】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるメディアレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel:x_x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１７９】
以下の実施形態では、デフォルトサービスパッケージ行は、セッションレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるセッションレベル属性である。ＳＤＰは以下のように記述される。
a=defaultBCServicePackage:1（デフォルトサービスパッケージ）
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 49170 RTP/AVP 0
m=video 49172 RTP/AVP 99
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０１８０】
セッションレベルデフォルトサービスパッケージ属性行は、サービスパッケージ１がデフォルトサービスパッケージであることを示し、セッションレベルサービスパッケージ属性行は、第１のメディア「audio」と第２のメディア「video」とが、両方ともデフォルトサービスパッケージ１に属することを示し、メディアレベルサービスパッケージ属性は、第３のメディア「audio」が、サービスパッケージ２に属することを示す。
【０１８１】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるセッションレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=defaultBCServicePackage_channel:x_x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１８２】
デフォルトサービスパッケージ行は、メディアレベル属性又はセッションレベル属性であり、サービスパッケージを識別するために採用される手法２、３、５、又は６と同じ手法で、デフォルトサービスパッケージを識別するために、サービスパッケージ属性識別子と組み合わせられ、これについてはここでは再度繰り返さない場合がある。
【０１８３】
タイプ３では、デフォルトサービスパッケージを識別するために、「a=group:」semantics*(space identification-tag)」が採用される。
【０１８４】
semanticsは、ＩＰＴＶ  ＢＣデフォルトサービスパッケージ属性を識別するために使用されるか、又は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージとチャネルとの複合属性を識別し、文字セットなどであってもよい。identification-tagは、様々なメディアストリームを識別するために使用され、数、トークンなどであってもよい。
【０１８５】
例えば、「a=group:defaultBCServicePackage 1 2 3」は、メディアストリーム識別子１、２、３に対応するメディアが、デフォルトサービスパッケージに属することを示す。
【０１８６】
デフォルトサービスパッケージ属性行は、デフォルトサービスパッケージに関するサービスパッケージ識別子情報を識別するために、ＳＩＰのヘッダフィールド内のデフォルトサービスパッケージ識別子と、又は、サービスパッケージ属性行と組み合わせられてもよい。サービスパッケージ属性行は、サービスパッケージを識別するために採用される上記の６つの手法で記述されてもよく、メディアレベル属性又はセッションレベル属性であってもよい。
【０１８７】
以下の実施形態では、デフォルトサービスパッケージ行は、セッションレベル属性である。デフォルトサービスパッケージ行と、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージ識別子とは、両方ともサービスパッケージ１に属する。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるメディアレベル属性である。ＳＤＰは以下のように記述される。
a=group:defaultBCServicePackage 1 2 3（デフォルトサービスパッケージ）
m=audio 49170 RTP/AVP 0
a=mid:1
m=video 49172 RTP/AVP 99
a=mid:2
m=text 49174 UDP wb
a=mid:3
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2
a=mid:4
m=video 39172 RTP/AVP 99
a=BC_Service_Package:2（サービスパッケージ２）
a=mid:5
【０１８８】
デフォルトサービスパッケージ属性行は、最初の３つのメディアストリームがデフォルトサービスパッケージに属することを示し、ＳＩＰのヘッダフィールド内で運ばれるデフォルトサービスパッケージ識別子は、最初の３つのメディアストリームがデフォルトサービスパッケージ１に属することを示す。
【０１８９】
サービスパッケージ属性行が、サービスパッケージに関する情報を識別するために採用される手法４におけるメディアレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=group:defaultBCServicePackage_channel x x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１９０】
以下の実施形態では、デフォルトサービスパッケージ行は、セッションレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるメディアレベル属性である。ＳＤＰは以下のように記述される。
a=group:defaultBCServicePackage 1 2 3（デフォルトサービスパッケージ）
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
a=mid:1
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（省略可能）
a=mid:2
m=text 49174 UDP wb
a=BC_Service_Package:1（省略可能）
a=mid:3
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2
a=mid:4
m=video 39172 RTP/AVP 99
a=BC_Service_Package:2
a=mid:5
【０１９１】
セッションレベルデフォルトサービスパッケージ属性行は、最初の３つのメディアがデフォルトサービスパッケージに属することを示す。メディアレベルサービスパッケージ属性行は、最初の３つのメディアがデフォルトサービスパッケージ１に属し、第４のメディア「audio」と第５のメディア「video」とがサービスパッケージ２に属することを更に示す。サービスパッケージ属性は、同じデフォルトサービスパッケージに属する第１のメディア行の後ろで識別されてもよく、後続のメディア（ここでは、第２のメディア「video」を意味している）の行の後ろには、サービスパッケージ属性行が存在しないことが許容される。
【０１９２】
サービスパッケージ属性行が、サービスパッケージに関する情報を識別するために採用される手法４におけるメディアレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=group:defaultBCServicePackage_channel x x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１９３】
以下の実施形態では、デフォルトサービスパッケージ行は、セッションレベル属性であり、デフォルトサービスパッケージを識別するために、サービスパッケージ属性行と組み合わせられる。サービスパッケージ属性行は、サービスパッケージを識別するために採用される手法１におけるセッションレベル属性である。ＳＤＰは以下のように記述される。
a=group:defaultBCServicePackage 1 2 3（デフォルトサービスパッケージ）
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 49170 RTP/AVP 0
a=mid:1
m=video 49172 RTP/AVP 99
a=mid:2
m=text 49174 UDP wb
a=mid:3
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2
a=mid:4
m=video 39172 RTP/AVP 99
a=BC_Service_Package:2
a=mid:5
【０１９４】
セッションレベルデフォルトサービスパッケージ属性行は、最初の３つのメディアがデフォルトサービスパッケージに属することを示す。セッションレベルサービスパッケージ属性行は、最初の３つのメディアがデフォルトサービスパッケージ１に属することを更に示し、メディアレベルサービスパッケージ属性行の第４のメディア「audio」と第５のメディア「video」とは、サービスパッケージ２に属する。
【０１９５】
サービスパッケージ属性行が、サービスパッケージに関する情報を識別するために採用される手法４におけるセッションレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、違いは単に、デフォルトサービスパッケージ属性行を「a=group:defaultBCServicePackage_channel x x」に置き換え、サービスパッケージ属性行を「a=BCServicePackage_channel:x_x」に置き換えることにあるにすぎない。
【０１９６】
デフォルトサービスパッケージ行は、メディアレベル属性又はセッションレベル属性であり、サービスパッケージを識別するために採用される手法２、３、５、又は６と同じ手法で、デフォルトサービスパッケージを識別するために、サービスパッケージ識別子と組み合わせられ、これについてはここでは再度繰り返さない場合がある。
【０１９７】
手法Ｃでは、デフォルトサービスパッケージが示され、デフォルトサービスパッケージが属性行を使用して識別される。
【０１９８】
この手法では、セッションレベルサービスパッケージ属性行が、デフォルトサービスパッケージを識別するために使用され、メディアレベルサービスパッケージ属性行が、各メディアが属するサービスパッケージを識別するために使用される。サービスパッケージ属性行は、サービスパッケージを識別するために採用される上記の６つの手法で記述されてもよい。
【０１９９】
以下の実施形態では、セッションレベルサービスパッケージ属性とメディアレベルサービスパッケージ属性とが、両方とも、サービスパッケージを識別するための手法Ａを例として採用し、ＳＤＰは以下のように記述される。
a=BC_Service_Package:1（サービスパッケージ１）セッションレベル
m=audio 49170 RTP/AVP 0
a=BC_Service_Package:1（サービスパッケージ１）
m=video 49172 RTP/AVP 99
a=BC_Service_Package:1（サービスパッケージ１）
m=audio 39170 RTP/AVP 0
a=BC_Service_Package:2（サービスパッケージ２）
【０２００】
セッションレベルサービスパッケージ属性行が、デフォルトサービスパッケージをサービスパッケージ１として識別し、次に、メディアレベルサービスパッケージ属性行が、メディアが属するサービスパッケージを識別する。従って、第１のメディア「audio」と第２のメディア「video」とが、デフォルトサービスパッケージ１に属することが知られることが可能である。
【０２０１】
サービスパッケージ属性行が、サービスパッケージを識別するために採用される手法４におけるセッションレベル属性及びメディアレベル属性である場合、ＳＤＰの記述は、上記の実施形態におけるものと同様であり、セッションレベル及びメディアレベルデフォルトサービスパッケージ属性行「a=BCServicePackage_channel:x_x」のみが置き換えられる。
【０２０２】
この手法では、サービスパッケージとデフォルトサービスパッケージとがそれぞれ識別される。特定の設定手法、パラメータ名、及びデータフォーマットは、この実施形態に限定されなくてもよいということを理解できる。
【０２０３】
ステップ１０３で、ＳＤＰを運ぶサービスメッセージが第２のＮＥに送信される。
【０２０４】
第２のＮＥは、第１のＮＥによって送信されたサービスメッセージを受信するネットワーク要素である。この実施形態では、例えば、サーバが第２のＮＥとして機能する。第２のＮＥは、サービスメッセージを受信する、本明細書では限定されない、その他のＮＥであってもよいということを理解できる。
【０２０５】
第１のＮＥは、サービスパッケージ識別子及び／又はチャネル識別子をＳＤＰ内に搬入した後で、対応するＢＣサービスを実行するよう要求するために、ＳＤＰを運ぶサービスメッセージを第２のＮＥに送信する。
【０２０６】
ステップ１０４で、第２のＮＥは、第１のＮＥによって送信された、ＳＤＰを運ぶサービスメッセージを受信する。
【０２０７】
ステップ１０５で、ＳＤＰ内に含まれるサービスパッケージ情報が構文解析される。
【０２０８】
第２のＮＥは、サービスメッセージを受信した後で、サービスメッセージのＳＤＰから、メディアコンポーネントが属するサービスパッケージ情報に対応する、かつ、ＳＤＰ内に含まれる現在のサービスによって必要とされる、サービスパッケージを読み出す。
【０２０９】
ステップ１０３におけるＳＤＰの設定に従って、ＳＤＰ内に含まれるサービスパッケージ識別子を構文解析することは、対応する属性行をＳＤＰから構文解析して、属性行内のパラメータ値からサービスパッケージ情報を取得することを含んでもよい。
【０２１０】
説明を容易にするために、いくつかの特定の例が、本発明の実施形態による、サービスパッケージ情報の識別と、対応するサービスパッケージ情報の取得とを説明するために採用されてもよい。以下の状況が発生する場合がある。
【０２１１】
最初に、本発明の実施形態による、サービスパッケージ情報の識別は、以下の手法で実施されてもよい。
【０２１２】
（１）属性行を、サービスパッケージ情報を識別するように設定する
【０２１３】
この手法では、ＳＤＰ内の属性行「a=」が、サービスパッケージ情報を識別するように設定され、これは以下のステップを含む。
【０２１４】
サービスパッケージ属性が、ＳＤＰ内の属性行の属性コンポーネント内に設定され、サービスパッケージ属性に対応するサービスパッケージ識別子が、ＳＤＰ内の属性行の属性値コンポーネント内に設定される。
【０２１５】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２１６】
実際の適用例では、属性行の特定の形態は、a=<attribute>:<value>である。
【０２１７】
属性行の属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性行の属性値コンポーネント内の値は、サービスパッケージの名前又はシリアル番号などの、サービスパッケージ識別子であり、数、ＵＲＩ、ＵＲＬ、文字セット、トークン、又はその他のタイプの識別子であってもよい。
【０２１８】
説明を容易にするために、特定の例を以下に示す。
【０２１９】
サービスパッケージ属性が、コンポーネント<attribute>内に、BC_Service_Packageとして設定され、サービスパッケージ識別子が、コンポーネント<value>内に、1として設定され、形成される属性行は、a=BC_Service_Package:1である。
【０２２０】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２２１】
（２）属性行とメディア行とを、サービスパッケージ情報を一緒に識別するように設定する
【０２２２】
特定の実施は、以下のステップを含む。
【０２２３】
サービスパッケージ属性が、ＳＤＰ内の属性行の属性コンポーネント内に設定され、サービスパッケージ属性に対応するサービスパッケージ識別子が、ＳＤＰ内の属性行の属性値コンポーネント内に設定される。
【０２２４】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２２５】
実際の適用例では、属性行の特定の形態は、a=<attribute>:<value>である。
【０２２６】
属性行の属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性行の属性値コンポーネント内の値は、サービスパッケージの名前又はシリアル番号などの、サービスパッケージ識別子であり、数、ＵＲＩ、ＵＲＬ、文字セット、トークン、又はその他のタイプの識別子であってもよい。
【０２２７】
説明を容易にするために、特定の例を以下に示す。
【０２２８】
サービスパッケージ属性が、コンポーネント<attribute>内に、BC_Service_Packageとして設定され、サービスパッケージ識別子が、コンポーネント<value>内に、1として設定され、形成される属性行は、a=BC_Service_Package:1である。
【０２２９】
第１の行「m=」の前に追加される行「a=」が、サービスパッケージ属性行を記述するために、「a=<attribute>:<value>」として設定される。異なるサービスパッケージは、異なる値を使用して識別される。一方で、「a=label:<label pointer>」が、それぞれの行「m=」の後ろに追加される。タグ値コンポーネント内のラベルポインタの値は、サービスパッケージを識別する値から選択され、行「m=」が属するサービスパッケージを識別するために使用される。同じラベルポインタを有する行「m=」に対応するメディアは、同じサービスパッケージに属し、サービスパッケージ情報は値によって識別される。
【０２３０】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２３１】
（３）属性行を、サービスパッケージとチャネルとを識別するように設定する
【０２３２】
特定の実施は、以下のステップを含む。
【０２３３】
サービスパッケージとチャネルとの複合属性が、ＳＤＰ内の属性行の属性コンポーネント内に設定され、サービスパッケージとチャネルとの複合属性に対応する、サービスパッケージとチャネルとの複合識別子が、ＳＤＰ内の属性行の属性値コンポーネント内に設定される。
【０２３４】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２３５】
行「a=」は、a=<attribute>:<value>として設定されてもよい。属性行の属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージとチャネルとの複合属性を識別するために使用され、文字セットなどであってもよい。属性行の属性値コンポーネント内の値は、サービスパッケージとチャネルとの複合名又は複合シリアル番号などの、サービスパッケージとチャネルとの複合識別子であり、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【０２３６】
説明を容易にするために、特定の例を以下に示す。
【０２３７】
サービスパッケージとチャネルとの複合属性が、コンポーネント<attribute>内に、BCServicePackage_channelとして設定され、サービスパッケージとチャネルとの複合識別子が、コンポーネント<value>内に、1_1として設定され、形成される属性行は、a=BCServicePackage_channel:1_1である。
【０２３８】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２３９】
（４）グループ属性行を、サービスパッケージ情報を識別するように設定する
【０２４０】
特定の実施は、以下のステップを含む。
【０２４１】
サービスパッケージ識別子が、ＳＤＰ内のグループ属性行のsemanticsコンポーネント内に設定され、チャネル識別子が、ＳＤＰ内のグループ属性行のidentification-tagコンポーネント内に設定される。
【０２４２】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２４３】
属性行「a=group:」は、group-attribute="a=group:" semantics*(space identification-tag)として採用されてもよい。
【０２４４】
semanticsは、ＩＰＴＶ  ＢＣサービスパッケージ識別子を識別するために使用され、文字セットなどであってもよい。identification-tagは、チャネル識別子を識別するために使用され、数、トークンなどであってもよい。
【０２４５】
説明を容易にするために、特定の例を以下に示す。
【０２４６】
属性行が、a=group:BC_Service_Package1 1 2 3として設定されて、チャネル識別子１、２、３に対応するメディアが、BC_Service_Package1というサービスパッケージ識別子を有するサービスパッケージに属することを示す。
【０２４７】
チャネル属性行が、それぞれの行「m=」の後ろに追加されて、属性行に対応するメディアが属するチャネルを示し、これは以下のように示される。
m=audio 49170 RTP/AVP 0
a=BC_Channel:1（チャネル１）
【０２４８】
上記の実施形態は、単に、チャネル属性行がメディアレベル属性として働く状況を説明するものにすぎず、その他の使用法も存在する可能性がある。チャネル属性行のパラメータ形式の特定の記述は、上記の実施形態における手法の記述に限定されない。
【０２４９】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２５０】
（５）属性行を、サービスパッケージとチャネルとを識別するように設定する（別のケース）
【０２５１】
特定の実施は、以下のステップを含む。
【０２５２】
サービスパッケージ属性が、ＳＤＰ内の属性行の属性コンポーネント内に設定され、サービスパッケージ識別子とチャネル識別子とが、ＳＤＰ内の属性行の属性値コンポーネント内に設定される。
【０２５３】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２５４】
行「a=」は、a=<attribute>:<value>として設定される。
【０２５５】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性値コンポーネント内の値は、サービスパッケージとチャネルとを識別するために使用され、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【０２５６】
例えば、ステートメントa=BCServicePackage:PID1 1 2 3は、チャネル識別子１、２、３を有するメディアが、ＩＰＴＶ  ＢＣサービスパッケージＰＩＤ１に属することを示す。
【０２５７】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２５８】
（６）デフォルトサービスパッケージ属性行とサービスパッケージ属性行とを、デフォルトサービスパッケージ情報を一緒に識別するように設定する
【０２５９】
特定の実施は、以下のステップを含む。
【０２６０】
サービスパッケージ属性が、ＳＤＰ内の第１の属性行の属性コンポーネント内に設定され、サービスパッケージ属性に対応するサービスパッケージ識別子が、ＳＤＰ内の第１の属性行の属性値コンポーネント内に設定される。
【０２６１】
サービスパッケージが、ＳＤＰ内の第２の属性行の属性コンポーネント内に、デフォルトサービスパッケージとして設定される。
【０２６２】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２６３】
属性行が、ＳＤＰ内に設定される。第１行は、サービスパッケージ属性行であり、第２行は、デフォルトサービスパッケージ属性行である。前者は、a=<attribute><value>という構成を有し、後者は、a=<attribute>という構成を有する。詳細を以下に説明する。
【０２６４】
サービスパッケージの属性は、サービスパッケージ属性行の属性コンポーネントのコンポーネント<attribute>内に、BC_Service_Packageとして設定され、サービスパッケージ識別子は、属性値コンポーネントのコンポーネント<value>内に、1として設定され、デフォルトサービスパッケージの属性は、デフォルトサービスパッケージ属性行の属性コンポーネントのコンポーネント<attribute>内に、defaultBCServicePackageとして設定される。これにより、形成される属性行は、a=BC_Service_Package:1（サービスパッケージ１）及びa=defaultBCServicePackage（デフォルトサービスパッケージ）である。
【０２６５】
第１行は、サービスパッケージの属性がBC_Service_Packageであり、サービスパッケージ識別子が1であることを示す。第２行は、サービスパッケージがデフォルトサービスパッケージであることを示す。
【０２６６】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２６７】
（７）デフォルトサービスパッケージ属性行を、デフォルトサービスパッケージ情報を識別するように設定する
【０２６８】
特定の実施は、以下のステップを含む。
【０２６９】
デフォルトサービスパッケージ属性が、ＳＤＰ内の属性行の属性コンポーネント内に設定され、デフォルトサービスパッケージ属性に対応するデフォルトサービスパッケージ識別子が、ＳＤＰ内の属性行の属性値コンポーネント内に設定される。
【０２７０】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２７１】
行「a=」が、a=<attribute>:<value>として設定されてもよい。属性行の属性コンポーネント内の属性は、デフォルトサービスパッケージの属性を識別するために使用され、文字セットなどであってもよい。属性行の属性値コンポーネント内の値は、デフォルトサービスパッケージ識別子である。
【０２７２】
デフォルトサービスパッケージ属性が、コンポーネント<attribute>内に、defaultBCServicePackageとして設定され、デフォルトサービスパッケージ識別子が、コンポーネント<value>内に、1として設定され、形成される属性行は、a=defaultBCServicePackage:1である。
【０２７３】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２７４】
（８）サービスパッケージ属性行を、デフォルトサービスパッケージ情報を識別するように設定する
【０２７５】
特定の実施は、以下のステップを含む。
【０２７６】
デフォルトサービスパッケージ属性が、ＳＤＰ内の属性行の属性コンポーネント内に設定される。
【０２７７】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２７８】
この手法では、a=<attribute>が採用される。
【０２７９】
属性コンポーネント内の属性は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージ属性を識別するために使用されるか、又は、ＩＰＴＶ  ＢＣデフォルトサービスパッケージとチャネルとの複合属性を識別し、文字セットなどであってもよい。
【０２８０】
この手法では、デフォルトサービスパッケージ識別子は、ＳＩＰのヘッダフィールドから、又は他の属性行から取得される。
【０２８１】
ＳＤＰ内での、この手法の特定の適用例は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２８２】
サービスパッケージ情報を識別する手法について上記で紹介した。サービスパッケージ情報は、本発明の実施形態に従って、以下の手法で取得されてもよい。
【０２８３】
（１）属性行を、サービスパッケージ情報を識別するように設定する
【０２８４】
特定の実施は、以下のステップを含む。
【０２８５】
ＳＤＰが構文解析されて、属性行が取得される。
【０２８６】
属性行の属性コンポーネントが構文解析されて、サービスパッケージ属性が取得され、属性行の属性値コンポーネントが構文解析されて、サービスパッケージ属性に対応するサービスパッケージ識別子が取得される。
【０２８７】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２８８】
属性行a=BC_Service_Package:1が構文解析によって取得され、属性行の属性コンポーネントのコンポーネント<attribute>が次に構文解析されて、BC_Service_Packageというサービスパッケージ属性が取得され、属性行の属性値コンポーネントのコンポーネント<value>が構文解析されて、1というサービスパッケージ識別子が取得される。
【０２８９】
（２）属性行とメディア行とを、サービスパッケージ情報を一緒に識別するように設定する
【０２９０】
特定の実施は、以下のステップを含む。
【０２９１】
ＳＤＰが構文解析されて、属性行が取得される。
【０２９２】
属性行の属性コンポーネントが構文解析されて、サービスパッケージ属性が取得され、属性行の属性値コンポーネントが構文解析されて、サービスパッケージ属性に対応するサービスパッケージ識別子が取得される。
【０２９３】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０２９４】
属性行a=BC_Service_Package:1が構文解析によって取得され、属性行の属性コンポーネントのコンポーネント<attribute>が次に構文解析されて、BC_Service_Packageというサービスパッケージ属性が取得され、属性行の属性値コンポーネントのコンポーネント<value>が構文解析されて、1というサービスパッケージ識別子が取得される。
【０２９５】
この手法では、属性行が構文解析された後で、メディア行の後ろのタグ行a=label:<label pointer>も構文解析される必要がある。labelはタグコンポーネントであり、<label pointer>はタグ値コンポーネントであり、<label pointer>の値は、サービスパッケージの値から選択される。特定の実施形態について、上記の属性行を使用して、以下に説明する。
【０２９６】
最初に、ＳＤＰが構文解析されて、属性行a=BC_Service_Package:1が取得され、属性行の属性コンポーネントのコンポーネント<attribute>が次に構文解析されて、BC_Service_Packageというサービスパッケージ属性が取得され、属性行の属性値コンポーネントのコンポーネント<value>が構文解析されて、1というサービスパッケージ識別子が取得される。
【０２９７】
メディア行の後ろのタグ行a=label:1が構文解析され、タグ行のタグコンポーネント<label>が構文解析されて、その行がタグ行であるという事実が取得され、タグ行のタグ値コンポーネント<pointer>が構文解析されて、タグ値が1であること、すなわち、タグ行に対応するメディア行が属するサービスパッケージ識別子が1であることが認識される。
【０２９８】
この手法の特定の実施は、上記の実施形態で説明されており、ここでは再度繰り返さない場合がある。
【０２９９】
（３）属性行を、サービスパッケージとチャネルとを識別するように設定する
【０３００】
特定の実施は、以下のステップを含む。
【０３０１】
ＳＤＰが構文解析されて、属性行が取得される。
【０３０２】
属性行の属性コンポーネントが構文解析されて、サービスパッケージとチャネルとの複合属性が取得され、属性行の属性値コンポーネントが構文解析されて、サービスパッケージとチャネルとの複合属性に対応する、サービスパッケージとチャネルとの複合識別子が取得される。
【０３０３】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０３０４】
属性行a=BCServicePackage_channel:1_1が構文解析によって取得され、属性行の属性コンポーネントのコンポーネント<attribute>が構文解析されて、サービスパッケージとチャネルとの複合属性がBCServicePackage_channelとして取得され、属性行の属性値コンポーネントのコンポーネント<value>が構文解析されて、サービスパッケージとチャネルとの複合識別子が1_1として、すなわち、サービスパッケージ１のチャネル１として取得される。
【０３０５】
（４）グループ属性行を、サービスパッケージ情報を識別するように設定する
【０３０６】
特定の実施は、以下のステップを含む。
【０３０７】
受信されたサービスメッセージ内のＳＤＰが構文解析されて、グループ属性行が取得される。
【０３０８】
グループ属性行のsemanticsコンポーネントが構文解析されて、サービスパッケージ識別子が取得され、グループ属性行のidentification-tagが構文解析されて、チャネル識別子が取得される。
【０３０９】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０３１０】
グループ属性行group-attribute="a=group:" semantics*(space identification-tag)が構文解析によって取得される。
【０３１１】
次に、semanticsコンポーネントが構文解析されて、ＩＰＴＶ  ＢＣサービスパッケージ識別子が取得され、これは、文字セットなどであってもよい。identification-tagが構文解析されて、チャネル識別子が示され、これは、数、トークンなどであってもよい。
【０３１２】
その後、それぞれの行「m=」の後ろに追加されたチャネル属性行が構文解析されて、属性行に対応するメディア行が属するチャネルが認識される。
【０３１３】
（５）属性行を、サービスパッケージとチャネルとを識別するように設定する（別のケース）
【０３１４】
特定の実施は、以下のステップを含む。
【０３１５】
受信されたサービスメッセージ内のＳＤＰが構文解析されて、属性行が取得される。
【０３１６】
属性行の属性コンポーネントが構文解析されて、サービスパッケージ属性が取得され、属性行の属性値コンポーネントが構文解析されて、サービスパッケージ識別子とチャネル識別子とが取得される。
【０３１７】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０３１８】
属性行a=<attribute>:<value>が構文解析によって取得される。
【０３１９】
次に、属性コンポーネント内の属性が構文解析されて、ＩＰＴＶ  ＢＣサービスパッケージ属性が取得され、これは、文字セットなどであってもよい。その後、属性値コンポーネント内の値が構文解析されて、サービスパッケージ識別子とチャネル識別子とが取得され、これは、数、ＵＲＩ、ＵＲＬ、文字セット、トークンなどであってもよい。
【０３２０】
（６）デフォルトサービスパッケージ属性行とサービスパッケージ属性行とを、デフォルトサービスパッケージ情報を一緒に識別するように設定する
【０３２１】
特定の実施は、以下のステップを含む。
【０３２２】
ＳＤＰが構文解析されて、属性行が取得される。
【０３２３】
第１の属性行の属性コンポーネントが構文解析されて、サービスパッケージ属性が取得され、第１の属性行の属性値コンポーネントが構文解析されて、サービスパッケージ属性に対応するサービスパッケージ識別子が取得される。
【０３２４】
第２の属性行の属性コンポーネントが構文解析されて、サービスパッケージがデフォルトサービスパッケージであることが認識される。
【０３２５】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０３２６】
構文解析によって、次の属性行が取得される。
【０３２７】
a=BC_Service_Package:1
a=defaultBCServicePackage
【０３２８】
第１の行内の属性行の属性コンポーネント<attribute>が構文解析されて、サービスパッケージがBC_Service_Packageという属性を有することが取得され、第１の行内の属性行の属性値コンポーネント<value>が構文解析されて、サービスパッケージが1という識別子を有することが取得され、第２の行内の属性行の<attribute>が構文解析されて、サービスパッケージがdefaultBCServicePackageという属性を有することが取得される。
【０３２９】
（７）デフォルトサービスパッケージ属性行を、デフォルトサービスパッケージ情報を識別するように設定する
【０３３０】
特定の実施は、以下のステップを含む。
【０３３１】
ＳＤＰが構文解析されて、属性行が取得される。
【０３３２】
属性行の属性コンポーネントが構文解析されて、デフォルトサービスパッケージ属性が取得され、属性行の属性値コンポーネントが構文解析されて、デフォルトサービスパッケージ属性に対応するデフォルトサービスパッケージ識別子が取得される。
【０３３３】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０３３４】
属性行a=defaultBCServicePackage:1が構文解析によって取得され、属性行の属性コンポーネントのコンポーネント<attribute>が構文解析されて、defaultBCServicePackageというデフォルトサービスパッケージ属性が取得され、属性行の属性値コンポーネントのコンポーネント<value>が構文解析されて、1というデフォルトサービスパッケージ識別子が取得される。
【０３３５】
（８）サービスパッケージ属性行を、デフォルトサービスパッケージ情報を識別するように設定する
【０３３６】
特定の実施は、以下のステップを含む。
【０３３７】
受信されたサービスメッセージ内のＳＤＰが構文解析されて、属性行が取得される。
【０３３８】
前述の手法をより明白に紹介するために、特定の実施について、例を使用して説明する。
【０３３９】
属性行a=<attribute>が構文解析によって取得される。
【０３４０】
次に、属性コンポーネント内の属性が構文解析されて、ＩＰＴＶ  ＢＣデフォルトサービスパッケージ属性が取得される。
【０３４１】
この手法では、デフォルトサービスパッケージ識別子は、ＳＩＰのヘッダフィールドから、又は他の属性行から取得されるということに留意されたい。
【０３４２】
サービスパッケージ情報の識別及び取得について、上記の８つの手法において説明した。これらの８つの手法に加えて、ここでは再度繰り返さない、上記の実施形態で説明したその他の手法も採用されてもよいことは理解可能である。
【０３４３】
本発明の全ての実施形態において、サービスパッケージ属性行は、サービスパッケージ情報を記述する属性行であり、デフォルトサービスパッケージ属性行は、デフォルトサービスパッケージ情報を記述する属性行である。
【０３４４】
本発明におけるメディアリソース予約方法の実施形態について以下に紹介する。以下の全ての実施形態において、ＩＭＳベースのＩＰＴＶシステムにおけるＢＣサービスが例として使用される。本明細書では限定されない、その他のタイプのサービスが採用されてもよいということを理解できる。
【０３４５】
図２を参照すると、本発明の一実施形態におけるメディアリソース予約方法は、以下のステップを含む。
【０３４６】
ステップ２０１で、第１のＮＥは、サービス指示に対応するサービスによって必要とされるサービスパッケージに関する情報を取得する。
【０３４７】
本発明の全ての実施形態において、サービス指示又はサービスメッセージは、ＳＩＰセッションを確立するためのＩＮＶＩＴＥメッセージであってもよい。
【０３４８】
この実施形態では、第１のＮＥが、サービス指示を受信した後で、サービス指示に対応するサービスによって必要とされるサービスパッケージに関する情報を取得する。
【０３４９】
ステップ２０２で、サービスパッケージに関する情報がＳＤＰ内に搬入される。
【０３５０】
特定の搬入手法は、ＳＤＰ内に属性行を設定することである。
【０３５１】
特定の識別は、サービスパッケージのタイプに従って分類されてもよく、すなわち、サービスパッケージに関する情報の識別と、デフォルトサービスパッケージに関する情報の識別とに分類されてもよい。詳細な識別プロセスについては、サービスパッケージ情報取得方法において説明されており、ここでは再度繰り返さない。
【０３５２】
ステップ２０３で、ＳＤＰを運ぶサービスメッセージが第２のＮＥに送信される。
【０３５３】
第２のＮＥは、第１のＮＥによって送信されたサービスメッセージを受信するネットワーク要素である。この実施形態では、例えば、サーバが第２のＮＥとして機能する。第２のＮＥは、サービスメッセージを受信する、本明細書では限定されない、その他のＮＥであってもよいということを理解できる。
【０３５４】
ステップ２０４で、第２のＮＥは、第１のＮＥによって送信された、ＳＤＰを運ぶサービスメッセージを受信する。
【０３５５】
ステップ２０５で、ＳＤＰ内に含まれるサービスパッケージ情報が構文解析される。
【０３５６】
第２のＮＥは、サービスメッセージを受信した後で、サービスメッセージのＳＤＰから、メディアコンポーネントが属するサービスパッケージ情報に対応する、かつ、ＳＤＰ内に含まれる現在のサービスによって必要とされる、サービスパッケージを読み出す。
【０３５７】
ステップ２０６で、構文解析されたサービスパッケージ情報に対応するサービスパッケージ情報に従って、メディアリソース予約が実行される。
【０３５８】
この実施形態では、メディアリソース予約は、サービスパッケージに含まれるメディアコンポーネントを取得し、メディアコンポーネントのメディアリソースを予約することを含む。
【０３５９】
本発明の実施形態では、第２のＮＥが、第１のＮＥによって送信されたサービスメッセージを受信し、対応するサービスパッケージ情報をサービスメッセージのＳＤＰから抽出したとき、第２のＮＥは、サービスによって必要とされる、かつ、第１のＮＥによって要求された、サービスパッケージを認識し、必要とされるサービスパッケージに関するメディア処理を実行する。例えば、第２のＮＥは、メディアリソース予約のリソースの無駄を減少させるために、全てのリソースではなく、第１のＮＥによって必要とされるメディアコンポーネントに関するメディアリソース予約を実行する。
【０３６０】
本実施形態において、第１のＮＥは、ユーザ装置（ＵＥ）であってもよく、サービス制御機能（ＳＣＦ）などの、ＳＤＰを送信することが可能なその他の装置であってもよい。第２のＮＥは、サーバであってもよく、リソース受付制御サブシステム（ＲＡＣＳ）などの、ＳＤＰを受信することが可能なその他の装置であってもよい。
【０３６１】
本発明の一実施形態では、サービスパッケージ情報取得装置が以下のように説明される。図３を参照すると、サービスパッケージ情報取得装置の第１の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット３０２とを含む。
【０３６２】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３６３】
サービスパッケージ構文解析ユニット３０２は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット３０２は、ＳＤＰ構文解析ユニット４０１と、グループ属性行構文解析ユニット３０３とを更に含む。
【０３６４】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰ情報を構文解析して、属性行を取得するように構成される。
【０３６５】
グループ属性行構文解析ユニット３０３は、属性行のsemanticsコンポーネントを構文解析して、サービスパッケージ識別子を取得し、属性行のidentification-tagのidentification-tagコンポーネントを構文解析して、チャネル識別子を取得するように構成される。この実施形態では、ＮＥは、サーバであってもよく、ＲＡＣＳなどの、ＳＤＰを受信することが可能なその他の装置であってもよい。
【０３６６】
図４を参照すると、サービスパッケージ情報取得装置の第２の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット４００とを含む。
【０３６７】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３６８】
サービスパッケージ構文解析ユニット４００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット４００は、ＳＤＰ構文解析ユニット４０１と、第１の構文解析ユニット４０２とを更に含む。
【０３６９】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰ情報を構文解析して、属性行を取得するように構成される。
【０３７０】
第１の構文解析ユニット４０２は、属性行の属性コンポーネントを構文解析して、サービスパッケージ属性を取得し、属性行の属性値コンポーネントを構文解析して、サービスパッケージ属性に対応するサービスパッケージ識別子を取得するように構成される。
【０３７１】
図５を参照すると、サービスパッケージ情報取得装置の第３の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット５００とを含む。
【０３７２】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３７３】
サービスパッケージ構文解析ユニット５００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット５００は、ＳＤＰ構文解析ユニット４０１と、第１の構文解析ユニット４０２と、タグ行構文解析ユニット５０１とを更に含む。
【０３７４】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰ情報を構文解析して、属性行を取得するように構成される。
【０３７５】
第１の構文解析ユニット４０２は、属性行の属性コンポーネントを構文解析して、サービスパッケージ属性を取得し、属性行の属性値コンポーネントを構文解析して、サービスパッケージ属性に対応するサービスパッケージ識別子を取得するように構成される。
【０３７６】
タグ行構文解析ユニット５０１は、メディア行の後ろのタグ行のタグ値コンポーネントを構文解析して、タグ行に対応するメディア行が属するサービスパッケージ識別子を取得するように構成される。タグ値コンポーネントの値は、属性行の属性値コンポーネントの値から選択される。
【０３７７】
図６を参照すると、サービスパッケージ情報取得装置の第４の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット６００とを含む。
【０３７８】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３７９】
サービスパッケージ構文解析ユニット６００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット６００は、ＳＤＰ構文解析ユニット４０１と、第２の構文解析ユニット６０１とを更に含む。
【０３８０】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰを構文解析して、属性行を取得するように構成される。
【０３８１】
第２の構文解析ユニット６０１は、属性行の属性コンポーネントを構文解析して、サービスパッケージとチャネルとの複合属性を取得し、属性行の属性値コンポーネントを構文解析して、サービスパッケージとチャネルとの複合属性に対応する、サービスパッケージとチャネルとの複合識別子を取得するように構成される。
【０３８２】
図７を参照すると、サービスパッケージ情報取得装置の第５の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット７００とを含む。
【０３８３】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３８４】
サービスパッケージ構文解析ユニット７００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット７００は、ＳＤＰ構文解析ユニット４０１と、第３の構文解析ユニット７０１とを更に含む。
【０３８５】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰを構文解析して、属性行を取得するように構成される。
【０３８６】
第３の構文解析ユニット７０１は、属性行の属性コンポーネントを構文解析して、デフォルトサービスパッケージ属性を取得し、属性行の属性値コンポーネントを構文解析して、デフォルトサービスパッケージ属性に対応するデフォルトサービスパッケージ識別子を取得するように構成される。
【０３８７】
図８を参照すると、サービスパッケージ情報取得装置の第６の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット８００とを含む。
【０３８８】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３８９】
サービスパッケージ構文解析ユニット８００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット８００は、ＳＤＰ構文解析ユニット４０１と、第４の構文解析ユニット８０１とを更に含む。
【０３９０】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰを構文解析して、属性行を取得するように構成される。
【０３９１】
第４の構文解析ユニット８０１は、第１の属性行の属性コンポーネントを構文解析して、サービスパッケージ属性を取得し、第１の属性行の属性値コンポーネントを構文解析して、サービスパッケージ属性に対応するサービスパッケージ識別子を取得し、第２の属性行の属性コンポーネントを構文解析して、サービスパッケージがデフォルトサービスパッケージであることを認識するように構成される。
【０３９２】
図９を参照すると、サービスパッケージ情報取得装置の第７の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット９００とを含む。
【０３９３】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３９４】
サービスパッケージ構文解析ユニット９００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット９００は、ＳＤＰ構文解析ユニット４０１と、第５の構文解析ユニット９０１とを更に含む。
【０３９５】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰを構文解析して、属性行を取得するように構成される。
【０３９６】
第５の構文解析ユニット９０１は、属性行の属性コンポーネントを構文解析して、サービスパッケージ属性を取得し、属性行の属性値コンポーネントを構文解析して、サービスパッケージ識別子とチャネル識別子とを取得するように構成される。
【０３９７】
図１０を参照すると、サービスパッケージ情報取得装置の第８の実施形態は、サービスメッセージ受信ユニット３０１と、サービスパッケージ構文解析ユニット１０００とを含む。
【０３９８】
サービスメッセージ受信ユニット３０１は、ＳＤＰ情報を運ぶサービスメッセージを受信するように構成され、ＳＤＰ情報は、サービスパッケージ情報を含み、サービスパッケージ情報は、サービスメッセージに対応するサービスを実行するために必要とされるサービスパッケージに関する情報である。
【０３９９】
サービスパッケージ構文解析ユニット１０００は、ＳＤＰ情報から属性行を構文解析し、属性行からサービスパッケージ情報を構文解析するように構成される。サービスパッケージ構文解析ユニット１０００は、ＳＤＰ構文解析ユニット４０１と、第６の構文解析ユニット１００１と、識別子取得ユニット１００２とを更に含む。
【０４００】
ＳＤＰ構文解析ユニット４０１は、受信されたＳＤＰを構文解析して、属性行を取得するように構成される。
【０４０１】
第６の構文解析ユニット１００１は、属性行の属性コンポーネントを構文解析して、デフォルトサービスパッケージ属性を取得するように構成される。
【０４０２】
識別子取得ユニット１００２は、ＳＩＰのヘッダフィールド又は他の属性行から、デフォルトサービスパッケージ識別子を取得するように構成される。
【０４０３】
当業者は、本発明の実施形態による方法におけるステップの全て又は一部が、関連するハードウェアに指示するプログラムによって実施されてもよく、プログラムは、コンピュータ読み取り可能な記憶媒体内に記憶されてもよいということを理解する。プログラムが実行される場合、以下のステップが実行される。ＳＤＰ情報を運ぶサービスメッセージが受信され、ＳＤＰ情報はサービスパッケージ情報を含む。サービスパッケージ情報が、ＳＤＰ情報から構文解析される。サービスパッケージ情報が、リソース予約のために使用される。
【０４０４】
メディアリソース予約方法、サービスパッケージ情報取得方法、及びサービスパッケージ情報取得装置について、上記で詳細に説明した。当業者は、本発明の着想に従って、特定の実施及び適用範囲に関して、本発明に対して変形及び修正を行うことが可能である。従って、本明細書は、本発明に対する限定として解釈されるべきではない。
【図１】
2011508988.tif 000003
【図２】
2011508988.tif 000004
【図３】
2011508988.tif 000005
【図４】
2011508988.tif 000006
【図５】
2011508988.tif 000007
【図６】
2011508988.tif 000008
【図７】
2011508988.tif 000009
【図８】
2011508988.tif 000010
【図９】
2011508988.tif 000011
【図１０】
2011508988.tif 000012
【手続補正書】
【提出日】平成22年6月11日(2010.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービスパッケージ情報を含むセッション記述プロトコル（ＳＤＰ）情報を運ぶサービスメッセージを受信し、
前記ＳＤＰ情報から、リソース予約のために使用される前記サービスパッケージ情報を取得する
ことを含む、メディアリソース予約方法。
【請求項２】
前記ＳＤＰ情報は前記サービスパッケージ情報を含み、前記サービスパッケージ情報を含むことは、
前記ＳＤＰ情報の属性行の属性コンポーネント内に、サービスパッケージ属性を設定し、前記ＳＤＰ情報の前記属性行の属性値コンポーネント内に、サービスパッケージ識別子又はチャネル識別子を設定する、
という手法で実施される、請求項１に記載の方法。
【請求項３】
前記サービスパッケージ識別子は、数、ユニフォームリソースアイデンティファイア（ＵＲＩ）、ユニフォームリソースロケータ（ＵＲＬ）、文字セット、又はトークンであり、
前記チャネル識別子は、数、ＵＲＩ、ＵＲＬ、文字セット、又はトークンである、請求項２に記載の方法。
【請求項４】
前記ＳＤＰ情報は前記サービスパッケージ情報を含み、前記サービスパッケージ情報を含むことは、
前記ＳＤＰ情報のグループ属性行のsemanticコンポーネント内に、サービスパッケージ識別子又はサービスパッケージ属性を設定し、前記ＳＤＰ情報の前記グループ属性行のidentification-tagコンポーネント内に、チャネル識別子を設定し、
前記ＳＤＰ情報の属性行の属性コンポーネント内に、デフォルトサービスパッケージ属性を設定する、
という手法で実施される、請求項１に記載の方法。
【請求項５】
前記ＳＤＰ情報は前記サービスパッケージ情報を含み、前記サービスパッケージ情報を含むことは、
前記ＳＤＰ情報の属性行の属性値コンポーネント内に、デフォルトサービスパッケージ属性に対応するデフォルトサービスパッケージ識別子を設定する、
という手法で実施される、請求項１に記載の方法。
【請求項６】
前記デフォルトサービスパッケージ識別子は、サービスパッケージ属性行によって運ばれる、請求項５に記載の方法。
【請求項７】
前記サービスパッケージ情報による前記リソース予約は、
サービスパッケージに含まれるメディアコンポーネントを取得し、
前記メディアコンポーネントのメディアリソースを予約すること
を含む、請求項１に記載の方法。
【請求項８】
サービスパッケージ情報を含むセッション記述プロトコル（ＳＤＰ）情報を運ぶサービスメッセージを受信するように構成された、サービスメッセージ受信ユニットと、
前記ＳＤＰ情報から、リソース予約のために使用される前記サービスパッケージ情報を取得するように構成された、サービスパッケージ情報取得ユニットと
を備える、サービスパッケージ情報取得装置。
【請求項９】
前記ＳＤＰ情報の属性行の属性コンポーネント内に、サービスパッケージ属性が設定され、前記ＳＤＰ情報の前記属性行の属性値コンポーネント内に、サービスパッケージ識別子又はチャネル識別子が設定される、請求項８に記載のサービスパッケージ情報取得装置。
【国際調査報告】
2011508988.tif 000013
2011508988.tif 000014
2011508988.tif 000015
2011508988.tif 000016