特許7586575サービスイネーブラアーキテクチャレイヤ（ＳＥＡＬ）アーキテクチャのためのメディアセッション管理のための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-11
(45)【発行日】2024-11-19
(54)【発明の名称】サービスイネーブラアーキテクチャレイヤ（ＳＥＡＬ）アーキテクチャのためのメディアセッション管理のための方法及び装置
(51)【国際特許分類】
H04N 21/643 20110101AFI20241112BHJP
H04N 21/239 20110101ALI20241112BHJP
H04W 88/18 20090101ALI20241112BHJP
H04W 80/10 20090101ALI20241112BHJP
H04L 65/1069 20220101ALI20241112BHJP
H04L 65/1104 20220101ALI20241112BHJP
【ＦＩ】
H04N21/643
H04N21/239
H04W88/18
H04W80/10
H04L65/1069
H04L65/1104
【請求項の数】
8
(21)【出願番号】P 2022568463
(86)(22)【出願日】2021-10-14
(65)【公表番号】
(43)【公表日】2023-06-27
(86)【国際出願番号】 US2021054963
(87)【国際公開番号】W WO2022216313
(87)【国際公開日】2022-10-13
【審査請求日】2022-11-09
(31)【優先権主張番号】63/172,058
(32)【優先日】2021-04-07
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/499,528
(32)【優先日】2021-10-12
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ジャオ，シュアイ
(72)【発明者】
【氏名】ウェンジャー，ステファン
(72)【発明者】
【氏名】リウ，シャン
【審査官】大西 宏
(56)【参考文献】
【文献】特開２００９－０８１８２８（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１１／０３２０６１９（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１９／０３７３５１１（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０２０／０１７８０５２（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０２０／０４０４０６９（ＵＳ，Ａ１）
【文献】国際公開第２０１１／０４３０１６（ＷＯ，Ａ１）
【文献】国際公開第２０２０／１６３３９３（ＷＯ，Ａ１）
【文献】国際公開第２０２０／１６７６１６（ＷＯ，Ａ１）
【文献】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service Enabler Architecture Layer for Verticals (SEAL); Functional architecture and information flows; (Release 17)，3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.434，vol. SA WG6, no. V17.0.0，3RD GENERATION PARTNERSHIP PROJECT (3GPP)，2020年12月18日，第18-19頁,第22頁,第92-93頁,第97頁，https://www.3gpp.org/ftp/Specs/archive/23_series/23.434/23434-h00.zip
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ －２１／８５８
Ｈ０４Ｗ ４／００ －９９／００
Ｈ０４Ｌ ６１／００ －６５／８０
(57)【特許請求の範囲】
【請求項1】
無線通信におけるメディアセッション管理の方法であって、垂直アプリケーションレイヤ（ＶＡＬ）サーバによって、ＶＡＬクライアントと前記ＶＡＬサーバとの間のためのメディアセッションに関連付けられたセッション開始プロトコル（ＳＩＰ）ペイロードからセッション記述プロトコル（ＳＤＰ）情報を取得することであって、前記ＳＤＰ情報は、前記メディアセッションに許可される最大帯域幅及び最大ビットレートを含む、ことと、
前記ＶＡＬサーバのメディアセッション管理モジュールの処理回路によって、前記ＳＤＰ情報を含むネットワークリソース要求を、ネットワークリソース管理（ＮＲＭ）サーバに送信することであって、前記ＮＲＭサーバは、サービスイネーブラアーキテクチャレイヤ（ＳＥＡＬ）サーバであり、前記ネットワークリソース要求は、ネットワークリソースを要求し、前記ネットワークリソースは、前記メディアセッションに許可される前記最大帯域幅及び前記最大ビットレートのうちの少なくとも１つである、送信することと、
前記ＶＡＬサーバによって、前記ネットワークリソース要求に対する評価を前記ＮＲＭサーバから受信することであって、前記評価は、前記メディアセッションに許可される前記最大帯域幅及び前記最大ビットレートのうちの少なくとも１つに基づく、ことと、
前記受信した評価に基づいて、前記ＶＡＬサーバの前記メディアセッション管理モジュールにおける前記メディアセッションを確立又は終了することと、を含む、方法。
【請求項2】
前記ネットワークリソース要求は、前記ネットワークリソース要求をグラントするか、又は前記ネットワークリソース要求を拒否するために、前記ＮＲＭサーバによって評価される、請求項１に記載の方法。
【請求項3】
前記ＮＲＭサーバによる前記ネットワークリソース要求の拒否に応答して、前記メディアセッションを終了することが実行される、請求項１に記載の方法。
【請求項4】
前記メディアセッションは、ＳＩＰセッションである、請求項１に記載の方法。
【請求項5】
前記評価は、（ｉ）前記ネットワークリソース要求の拒否、又は（ｉｉ）前記ネットワークリソース要求のグラントのうちの１つを含む、請求項４に記載の方法。
【請求項6】
前記ネットワークリソース要求は、前記ＶＡＬサーバのアイデンティティ、及びＶＡＬユーザ機器（ＵＥ）のアイデンティティをさらに含む、請求項５に記載の方法。
【請求項7】
無線通信におけるメディアセッション管理のための垂直アプリケーションレイヤ（ＶＡＬ）サーバであって、前記ＶＡＬサーバのメディアセッション管理モジュールの処理回路を含み、前記処理回路は、請求項１～６のいずれか一項に記載の方法を実行するように構成されている、ＶＡＬサーバ。
【請求項8】
命令を記憶する非一時的なコンピュータ可読媒体であって、前記命令は、プロセッサによって実行されたときに、前記プロセッサに請求項１～６のいずれか一項に記載の方法を実行させる、非一時的なコンピュータ可読媒体。【発明の詳細な説明】
【技術分野】
【0001】
本出願は、２０２１年４月７日に出願された、「Ｍｅｔｈｏｄ ａｎｄ ａｐｐａｒａｔｕｓ ｏｆ ｓｕｐｐｏｒｔｉｎｇ ｓｅｓｓｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ｐｒｏｔｏｃｏｌ （ＳＤＰ） ｐａｒａｍｅｔｅｒｓ ｆｏｒ ｍｅｄｉａ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｏｒ ３ＧＰＰ ｓｅｒｖｉｃｅ ｅｎａｂｌｅｒ ａｒｃｈｉｔｅｃｔｕｒｅ ｌａｙｅｒ （ＳＥＡＬ） ａｒｃｈｉｔｅｃｔｕｒｅ」と題する米国仮出願第６３／１７２，０５８号を優先権の利益を主張する、２０２１年１０月１２日に出願された、「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｍｅｄｉａ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ Ｓｅｒｖｉｃｅ Ｅｎａｂｌｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｌａｙｅｒ （ＳＥＡＬ） Ａｒｃｈｉｔｅｃｔｕｒｅ」と題する、米国特許出願第１７／４９９，５２８号の優先権の利益を主張する。先の出願の開示全体は、その全体が参照により本明細書に援用される。
【0002】
本開示は、一般的に、無線ネットワーク上で動作する垂直アプリケーションをサポートするためのサービスイネーブラレイヤに関する実施形態を記載する。
【背景技術】
【0003】
本明細書で提供される背景技術は、本開示の文脈を一般的に提示することを目的とする。本件の発明者の仕事は、その仕事がこの背景技術のセクションに記載されている範囲において、また、出願時に他の点では先行技術として適格でないかもしれない説明の態様は、本開示に対する先行技術として明示的にも暗示的にも認められていない。
【0004】
無線通信システムは、ヘルスケア、自動車、スマートファクトリー、ミッションクリティカル通信などの企業セグメント又は垂直産業を支援する高度な組み込み特徴を有するように設計されている。無線ネットワークによって提供する共通サービスに基づいた垂直サービスの迅速な展開を可能にするために、垂直アプリケーション標準が開発されている。垂直ドメインとは、類似の製品やサービスが生産されている産業や企業グループであり得る。垂直アプリケーションは、特定の垂直ドメインにおいて有用なサービス又は機能を提供する。
【発明の概要】
【0005】
本開示の態様は、無線通信におけるメディアセッション管理のための方法及び垂直アプリケーションレイヤ（ＶＡＬ）サーバを提供する。ＶＡＬサーバは、処理回路を含むことができる。一実施形態では、ＶＡＬサーバは、処理回路を含むメディアセッション管理モジュールを含むことができる。メディアセッションに関連付けられたセッション開始プロトコル（ＳＩＰ）ペイロード内のセッション記述プロトコル（ＳＤＰ）情報が取得され得る。ＳＤＰ情報を含むネットワークリソース要求は、ＶＡＬサーバのメディアセッション管理モジュールの処理回路によってネットワークリソース管理（ＮＲＭ）サーバに送信され得る。ＮＲＭサーバは、サービスイネーブラアーキテクチャレイヤ（ＳＥＡＬ）サーバとすることができる。ネットワークリソース要求は、ネットワークリソースを要求することができる。ネットワークリソース要求に対する評価は、ＮＲＭサーバからＶＡＬサーバによって受信され得る。ＶＡＬサーバのメディアセッション管理モジュールにおけるメディアセッションは、受信した評価に基づいて確立又は終了され得る。
【0006】
評価は、（ｉ）ネットワークリソース要求の拒否、又は（ｉｉ）ネットワークリソース要求のグラントのうちの１つを含むことができる。
【0007】
一実施形態では、ネットワークリソース要求は、ネットワークリソース要求をグラントするか、又はネットワークリソース要求を拒否するために、ＮＲＭサーバによって評価される。
【0008】
一実施形態では、ネットワークリソース要求のグラントに応答して、要求されたネットワークリソースは、ＮＲＭサーバによって割り当てられ得、メディアセッションは、割り当てられたネットワークリソースに基づいて確立され得る。
【0009】
一実施形態では、ＮＲＭサーバによるネットワークリソース要求の拒否に応答して、メディアセッションは、終了され得る。
【0010】
一実施形態では、要求されたネットワークリソースは、ネットワーク帯域幅要件及びビットレート要件のうちの少なくとも１つである。
【0011】
一実施形態では、メディアセッションは、ＳＩＰセッションである。
【0012】
一実施形態では、評価は、メディアセッションに許可される最大帯域幅及びメディアセッションに許可される最大ビットレートのうちの１つに基づく。
【0013】
一例では、ネットワークリソース要求は、ＶＡＬサーバのアイデンティティ、及びＶＡＬユーザ機器（ＵＥ）のアイデンティティをさらに含む。
【0014】
本開示の態様はまた、コンピュータによって実行されたときにコンピュータに無線通信におけるメディアセッション管理のための方法を実行させる命令を記憶する非一時的なコンピュータ可読媒体を提供する。
【図面の簡単な説明】
【0015】
開示された主題のさらなる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。
【0016】
【図1】本開示の一実施形態による、一般的なオンネットワーク機能モデル（１００）を示す。
【図2】本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（２００）を示す。
【図3】本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（３００）を示す。
【図4】本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（４００）を示す。
【図5】本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（５００）を示す。
【図6】本開示の一実施形態による、プロセス（６００）を例示するフローチャートを示す。
【図7】一実施形態によるコンピュータシステムの概略図である。
【発明を実施するための形態】
【0017】
本開示の実施形態は、垂直アプリケーション（又はバーティカル）をサポートするためのサービスイネーブラレイヤを実装する。サービスイネーブラレイヤは、本開示においてサービスイネーブラアーキテクチャレイヤ（ＳＥＡＬ）と呼ばれ得る。ＳＥＡＬは、複数の垂直アプリケーションの開発と展開を促進するために、複数のバーティカルによって使用される能力（又はサービス）の共通のセットを提供することができる。例えば、各バーティカルに特定の補助サービスを開発する代わりに、共通で使用される補助サービスがＳＥＡＬに捕捉され、複数の垂直アプリケーションによって共有され得る。垂直アプリケーションによるすべてのＳＥＡＬサービスの使用は、オプションである。垂直アプリケーションは、ＳＥＡＬからサービスの任意のサブセットを使用することを決定することができる。
【0018】
いくつかの実施形態では、ＳＥＡＬのための機能モデルは、一般的なＳＥＡＬサービス機能モデル及び複数の特定のＳＥＡＬサービス機能モデルに編成され得る。一般的なＳＥＡＬサービス機能モデルは、特定のＳＥＡＬサービス機能モデルのための参照モデルとして使用され得る。一般的な機能モデルは、オンネットワーク機能モデル及びオフネットワーク機能モデルを含むことができる。様々な実施形態では、垂直アプリケーションレイヤをサポートするために提供されるＳＥＡＬサービスは、位置管理、グループ管理、構成管理、アイデンティティ管理、鍵管理、ネットワークリソース管理などを含むことができる。
【0019】
図１は、本開示の一実施形態による、一般的なオンネットワーク機能モデル（１００）を示す。モデル（１００）は、垂直アプリケーションレイヤ（ＶＡＬ）クライアント（１１１）、ＶＡＬサーバ（１２１）、ＳＥＡＬクライアント（１１２）、及びＳＥＡＬサーバ（１２２）の４タイプの機能エンティティを含むことができる。モデル（１００）の各タイプの機能エンティティの数は、１つ以上とすることができる。ＶＡＬクライアント及びＶＡＬサーバのエンティティは、ＶＡＬ（１０１）に属することができる。ＳＥＡＬクライアント及びＳＥＡＬサーバのエンティティは、ＳＥＡＬ（１０２）に属することができる。ＶＡＬクライアント（１１１）及びＳＥＡＬクライアント（１１２）は、ユーザ機器（ＵＥ）（１１０）に含められ得る。モデル（１００）は、無線ネットワークシステム（１４０）（３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ネットワークシステム）をさらに含む。これらの要素は、図１に示すように、互いに結合され得る。
【0020】
ＶＡＬ（１０１）では、ＶＡＬクライアント（１１１）は、ＶＡＬ－ＵＵインターフェースに対応するＶＡＬ－ＵＵリファレンスポイント（１３４）を介してＶＡＬサーバ（１２１）と通信することができる。一例では、ＶＡＬ－ＵＵインターフェースは、ユニキャストとマルチキャストの両方の送達モードをサポートする。
【0021】
ＳＥＡＬ（１０２）は、ＶＡＬ（１０１）に様々なサービスを提供することができる。ＳＥＡＬクライアントは、ＳＥＡＬ－ＵＵインターフェースに対応するＳＥＡＬ－ＵＵリファレンスポイント（１３３）を介してＳＥＡＬサーバと通信することができる。ＳＥＡＬ－ＵＵインターフェースは、ユニキャストとマルチキャストの両方の送達モードをサポートすることができる。ＳＥＡＬクライアントは、（ＳＥＡＬ－Ｃインターフェースに対応する）ＳＥＡＬ－Ｃリファレンスポイント（１３１）を介して、ＶＡＬクライアントにサービスイネーブラレイヤサポート機能を提供することができる。ＶＡＬサーバは、（ＳＥＡＬ－Ｓインターフェースに対応する）ＳＥＡＬ－Ｓリファレンスポイントを介してＳＥＡＬサーバと通信することができる。ＳＥＡＬサーバ（１２２）は、無線ネットワークシステム（例えば、３ＧＰＰネットワークシステム）１４０によって特定された３ＧＰＰインターフェース（１３５）を使用して、基礎となる無線ネットワークシステム（例えば、３ＧＰＰネットワークシステム）（１４０）と通信してもよい。
【0022】
特定のサービス（位置管理サービスなど）については、特定のＳＥＡＬクライアント及び特定のＳＥＡＬサーバは、特定のＳＥＡＬ－ＵＵリファレンスポイントと無線ネットワークシステムの特定のネットワークインターフェース（例えば、３ＧＰＰネットワークシステム）と一緒に特定のオンネットワーク機能モデルを形成又は属することができる。
【0023】
いくつかの実施形態では、分散ＳＥＡＬサーバ展開をサポートするために、ＳＥＡＬサーバは、いわゆるＳＥＡＬ－Ｅリファレンスポイント（図１に示さず）を介して、同じＳＥＡＬサービスのために別のＳＥＡＬサーバと対話してもよい。ＳＥＡＬサーバは、いわゆるＳＥＡＬ－Ｘリファレンスポイント（図１には示さず）を介したサービス間通信のために、別のＳＥＡＬサーバと対話することができる。ＳＥＡＬサーバは、ＶＡＬ－ＵＤＢリファレンスポイントを介したユーザプロファイルを記憶及び検索するために、ＶＡＬユーザデータベースと対話してもよい。
【0024】
様々な実施形態では、ＶＡＬシステム（例えば、ＶＡＬ１０１及びＳＥＡＬ１０２を含む）内の機能エンティティは、１つ以上のＶＡＬサービスをサポートするために、アプリケーション制御及びメディア固有の機能を提供することができる。図１の例では、ＶＡＬクライアント（１１１）（例えば、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）クライアント）は、垂直アプリケーションに対応するクライアント側機能を提供することができる（例えば、無人航空機（ＵＡＶ）クライアント、Ｖ２Ｘクライアント）。ＶＡＬクライアント（１１１）は、ＳＥＡＬクライアント（１１２）との垂直アプリケーションの対話をサポートできる。ＶＡＬサーバ（１２１）（例えば、ＵＡＶサーバ、Ｖ２Ｘサーバ）は、垂直アプリケーションに対応するサーバ側の機能を提供することができる。
【0025】
図１の例では、ＳＥＡＬクライアント（１１２）は、特定のＳＥＡＬサービス（例えば、位置管理、ネットワークリソース管理など）に対応するクライアント側の機能を提供することができる。ＳＥＡＬクライアント（１１２）は、ＶＡＬクライアント（１１１）との対話をサポートすることができる。ＳＥＡＬクライアントはまた、２つのＵＥ間の対応するＳＥＡＬクライアントとの対話をサポートすることができる。ＳＥＡＬサーバ（１２２）は、特定のＳＥＡＬサービスに対応するサーバ側の機能を提供することができる。ＳＥＡＬサーバ（１２２）は、ＶＡＬサーバ（１２１）との対話をサポートすることができる。ＳＥＡＬサーバはまた、分散されたＳＥＡＬ展開において対応するＳＥＡＬサーバとの対話をサポートすることができる。
【0026】
モデル（１００）内の機能エンティティは、異なる実施形態において、様々な方法で実装され得る。例えば、機能エンティティは、分散方式又は集中方式で実装され得る。機能エンティティは、ソフトウェアとして、又はソフトウェアとハードウェアの組み合わせとして実装され得る。
【0027】
図１の例では、ＶＡＬユーザデータベース（図示せず）は、ＶＡＬサービスプロバイダによって提供されるＶＡＬサービスに関連付けられたユーザプロファイルの情報を含むことができる。典型的には、各ＶＡＬサービスは、対応するユーザデータベース、例えば、ミッションクリティカルプッシュツートーク（ＭＣＰＴＴ）ユーザデータベース、ミッションクリティカルビデオ（ＭＣＶｉｄｅｏ）ユーザデータベース、及びミッションクリティカルデータ（ＭＣＤａｔａ）ユーザデータベースを有してもよい。
【0028】
いくつかの実施形態では、ＶＡＬクライアント（１１１）とＶＡＬサーバ（１２１）との間のＶＡＬ （１０１）サポート機能に関連する命令は、ＶＡＬ－ＵＵリファレンスポイント（１３４）によってサポートされる。一例では、ＶＡＬ－ＵＵリファレンスポイント（１３４）は、３ＧＰＰ ＴＳ ２３．４０１及び３ＧＰＰ ＴＳ ２３．５０１に記載されているようなＵｕリファレンスポイントのインスタンスである。いくつかの実施形態では、２つのＵＥのＶＡＬクライアント間のＶＡＬサポート機能に関連する相互作用は、ＶＡＬ－ＰＣ５リファレンスポイント（図示せず）によってサポートされ得る。例えば、ＶＡＬ－ＰＣ５リファレンスポイントは、及び３ＧＰＰ ＴＳ ２３．３０３に記載されているようなＰＣ５リファレンスポイントのインスタンスとすることができる。
【0029】
いくつかの実施態様では、ＳＥＡＬクライアント（１１２）と対応するＳＥＡＬサーバ（１２２）との間の対話は、ＳＥＡＬ－ＵＵリファレンスポイント（１３３）によってサポートされる。ＳＥＡＬ－ＵＵ（１３３）に対応する特定のＳＥＡＬサービスリファレンスポイントは、特定のＳＥＡＬサービス機能モデルにおいて特定され得る。いくつかの実施形態では、２つのＶＡＬ ＵＥのＳＥＡＬクライアント間の対話は、ＳＥＡＬ－ＰＣ５リファレンスポイント（図示せず）によってサポートされ得る。ＳＥＡＬ－ＰＣ５に対応する特定のＳＥＡＬ－ＰＣ５サービスリファレンスポイントは、特定のＳＥＡＬサービス機能モデルにおいて特定され得る。
【0030】
いくつかの実施態様では、ＶＡＬ ＵＥ（１１０）内のＳＥＡＬクライアント（１１１）とＳＥＡＬサーバ（１１２）との間の対話は、ＳＥＡＬ－Ｃリファレンスポイント（１３１）によってサポートされる。ＳＥＡＬ－Ｃ（１３１）に対応する特定のＳＥＡＬサービスリファレンスポイントは、特定のＳＥＡＬサービス機能モデルにおいて特定され得る。
【0031】
いくつかの実施形態では、ＶＡＬサーバ（１２１）とＳＥＡＬサーバ（１２２）との間の対話は、ＳＥＡＬ－Ｓリファレンスポイント（１３２）によってサポートされる。ＳＥＡＬ－Ｓ（１３２）に対応する特定のＳＥＡＬサービスリファレンスポイントは、特定のＳＥＡＬサービス機能モデルにおいて特定され得る。
【0032】
いくつかの実施形態では、同じタイプのＳＥＡＬサーバ間の対話（例えば、同じタイプのＳＥＡＬサービスを提供する）は、ＳＥＡＬ－Ｅリファレンスポイント（図示せず）によってサポートされる。ＳＥＡＬ－Ｅに対応する特定のＳＥＡＬサービスリファレンスポイントは、特定のＳＥＡＬサービス機能モデルにおいて特定される。
【0033】
いくつかの実施形態では、異なるタイプのＳＥＡＬサーバ間の対話は、ＳＥＡＬ－Ｘリファレンスポイントによってサポートされ得る。ＳＥＡＬ－Ｘリファレンスポイントに対応する特定のリファレンスポイントの例は、鍵管理サーバとグループ管理サーバとの間のリファレンスポイントＳＥＡＬ－Ｘ１、グループ管理サーバと位置管理サーバとの間のリファレンスポイントＳＥＡＬ－Ｘ２を含むことができる。
【0034】
リファレンスポイントＶＡＬ－ＵＤＢは、ＶＡＬユーザデータベースとＳＥＡＬサーバとの間に存在する。リファレンスポイントＶＡＬ－ＵＳＢは、ユーザプロファイルデータを特定のＶＡＬユーザデータベースに記憶し、ＵＥにおけるさらなる構成のために特定のＶＡＬユーザデータベースからユーザプロファイルを取得するために使用され得る。
【0035】
様々な実施形態では、異なるアイデンティティが、モデル（１００）に基づいて開発されたＶＡＬシステムにおいて構成及び使用され得る。いくつかの実施形態では、ＶＡＬユーザは、ユーザ認証トランザクション中にＳＥＡＬ （１０２）内のアイデンティティ管理サーバにユーザアイデンティティ（ユーザＩＤ）を提示して、アイデンティティ管理クライアントにＶＡＬサービス認証のための手段を提供することができる。一般に、アイデンティティ管理は共通のＳＥＡＬサービスであるため、アイデンティティ管理サーバは、必ずしも単一のＶＡＬサービスに結び付けられない資格情報のセット（例えば、バイオメトリクス、ｓｅｃｕｒｅＩＤ、ユーザ名／パスワード）を使用する。ユーザ資格情報は、ＶＡＬユーザをアイデンティティ管理サーバに一意に識別する。一例として、３ＧＰＰ ＴＳ ３３．４３４では、ユーザＩＤを使用するために必要なセキュリティと認証のメカニズムが特定されている。
【0036】
いくつかの実施形態では、ＶＡＬユーザＩＤは、ＶＡＬユーザを表すＶＡＬサービス内の一意な識別子である。例えば、ＶＡＬユーザＩＤは、一意なリソース識別子（ＵＲＩ）であり得る。ＶＡＬユーザＩＤは、ＶＡＬ ＵＥを介してＶＡＬユーザにＶＡＬサービスを提供するための認証と認可の目的で使用される。ＶＡＬユーザＩＤはまた、ＶＡＬユーザがＶＡＬサービス契約を結んでいるＶＡＬサービスプロバイダを示す。ＶＡＬユーザは、ＶＡＬサービスプロバイダとＶＡＬサービス契約を結んでいてもよく、それゆえ、ＶＡＬサービスプロバイダ毎に一意なＶＡＬユーザＩＤを取得している。ＳＥＡＬサービスにアクセスするために、ＶＡＬユーザＩＤが使用され得る。
【0037】
いくつかの実施形態では、ＶＡＬ ＵＥ ＩＤは、ＶＡＬ ＵＥを表すＶＡＬサービス内の一意な識別子である。例えば、Ｖ２ＸサービスのためのＶＡＬ ＵＥ ＩＤは、ＥＴＳＩ ＴＳ １０２ ８９４－２に特定されているように、ステーションＩＤにマッピングされる。ＶＡＬ ＵＥ ＩＤは、ＶＡＬメッセージを送信するためにＶＡＬ ＵＥに対処するために使用される。
【0038】
いくつかの実施形態では、ＶＡＬサービスＩＤは、ＶＡＬサービスを表す一意な識別子である。ＶＡＬサーバは、ＶＡＬユーザ又はＶＡＬ ＵＥにＶＡＬサービスのリストを提供する。各ＶＡＬサービスは、ＶＡＬサービスを提供するＶＡＬアプリケーションの識別子であるＶＡＬサービスＩＤによって一意に識別される。ＶＡＬサービスＩＤは、ポリシーマッピング、ＶＡＬ通信のためのＱｏＳハンドリング、ＶＡＬメッセージ配信のために使用され得る。例えば、Ｖ２Ｘサービスの識別子、ＥＴＳＩ ＴＳ １０２ ９６５及びＩＳＯ ＴＳ １７４１９において特定されているＩＴＳ－ＡＩＤ又はＰＳＩＤは、Ｖ２ＸサービスＩＤとして使用され得る。
【0039】
いくつかの実施形態では、ＶＡＬグループＩＤは、ＶＡＬサービスに従ったＶＡＬユーザ又はＶＡＬ ＵＥのセットを表すＶＡＬサービス内の一意な識別子である。ＶＡＬユーザのセットは、同じ又は異なるＶＡＬサービスプロバイダに属していてもよい。ＶＡＬグループＩＤは、グループが定義されているＶＡＬアプリケーションサーバを示す。
【0040】
いくつかの実施形態では、ＶＡＬシステムＩＤは、ＶＡＬシステムを表すグローバルに一意な識別子である。いくつかの実施形態では、ＶＡＬストリームＩＤは、ＶＡＬストリームを識別するためにＶＡＬサーバによって使用されるアイデンティティである。
【0041】
様々な実施形態では、上述のようなＳＥＡＬアーキテクチャは、ＳＥＡＬサービスが公衆陸上移動ネットワーク（ＰＬＭＮ）ネットワーク内及び／又は外に展開される展開をサポートすることができる。ＳＥＡＬアーキテクチャはまた、垂直アプリケーションの集中型及び分散型展開をサポートすることができる。モバイルネットワークオペレータ（ＭＮＯ）は、そのビジネスに好適であり、かつ必要に応じて適切な展開モデルを活用することができる。
【0042】
展開モデルは、ＶＡＬユーザ、ＶＡＬサービスプロバイダ、ＳＥＡＬプロバイダ、及びＰＬＭＮオペレータなどの複数のエンティティを伴うことができる。一例として、可能な展開モデルでは、ＳＥＡＬサーバがＰＬＭＮオペレータドメイン内に展開され得、垂直アプリケーションサーバは、ＶＡＬサービスプロバイダドメイン内に展開され得る。ＳＥＡＬサーバはまた、ＳＥＡＬ－Ｅインターフェースを使用して、異なるＰＬＭＮオペレータドメインに展開されている同じＳＥＡＬサービスの別のＳＥＡＬサーバと対話することができる。
【0043】
展開に関与するエンティティ間には、複数のビジネス関係が存在する可能性があり得る。サービス固有の契約に基づいて、ＶＡＬユーザはＶＡＬサービスプロバイダドメインに属する。ＶＡＬサービスプロバイダとホームＰＬＭＮオペレータは、同じ組織に属してもよい。ＶＡＬサービスプロバイダは、ＳＥＡＬサービスプロバイダとサービス契約を結ぶことができる。また、ＶＡＬサービスプロバイダ、ＳＥＡＬサービスプロバイダ、及びホームＰＬＭＮオペレータが同じ組織に属する可能性がある。ＶＡＬサービスプロバイダとホームＰＬＭＮオペレータが同じ組織に属していない場合、サービス契約を結ぶことができる。
【0044】
図１を参照すると、ＳＥＡＬアーキテクチャは、ネットワークリソース管理を提供することができる。より具体的には、ＳＥＡＬクライアント（１１２）は、ネットワークリソース管理（ＮＲＭ）クライアント（１１２）である。ＳＥＡＬサーバ（１２２）はＮＲＭサーバ（１２２）である。ＮＲＭクライアント（１１２）機能エンティティは、ネットワークリソースの管理のためのＶＡＬクライアント（１１１）として作用することができる。ＮＲＭクライアント（１１２）は、ＮＲＭサーバ（１２２）と対話することができる。
【0045】
ＮＲＭサーバ（１２２）機能エンティティは、ＶＡＬクライアント（１１１）をサポートするために、無線ネットワークシステム（例えば、３ＧＰＰネットワークシステム）（１４０）のネットワークリソース（例えば、ユニキャスト、マルチキャスト）の管理を提供することができる。
【0046】
ＮＲＭクライアント（１１２）とＮＲＭサーバ（１２２）との間のネットワークリソース管理機能に関連する対話は、ＳＥＡＬ－ＵＵリファレンスポイント（１３３）（ＮＲＭ－ＵＵリファレンスポイントとも呼ばれる）によってサポートされ得る。ＶＡＬサーバ（１２１）とＮＲＭサーバ（１２２）の間のネットワークリソース管理機能に関連する対話は、ＳＥＡＬ－Ｓリファレンスポイント（１３２）（ＮＲＭ－Ｓリファレンスポイントとも呼ばれる）によってサポートされ得る。
【0047】
いくつかの実施形態では、ＶＡＬ ＵＥ （１１０）内のＶＡＬクライアント（１１１）とＮＲＭクライアント（１１２）との間の対話は、ＳＥＡＬ－Ｃリファレンスポイント（１３１）（ＮＲＭ－Ｃリファレンスポイントとも呼ばれる）によってサポートされる。
【0048】
様々なのリアルタイム媒体通信では、セッション開始プロトコル（ＳＩＰ）とセッション記述プロトコル（ＳＤＰ）の組み合わせが、セッション初期化と媒体パラメータネゴシエーションのために使用され得る。両方のプロトコルデータは、実際のメディアトラフィックが無線ネットワークシステム（１４０）（例えば、３ＧＰＰネットワークシステム）のようなネットワークを通過する前に、制御プレーンで搬送され得る。ＳＤＰは、メディアコーデック関連パラメータ（例えば、すべてのメディアコーデック関連パラメータ）を含むことができるＳＩＰペイロードとして搬送され得る。ＳＤＰは、メディアストリームに関する情報を搬送し、例えば、ユニキャストシナリオにおいて、メディアセッションへの加入及び参加を可能にするための十分な情報を提供するために使用され得る。
【0049】
一実施形態では、ＳＤＰで搬送される重要な情報は、特定の媒体ストリームに対する潜在的な帯域幅の使用である。一例では、ＵＡＶメディア関連ペイロードのようなペイロードについて、ペイロード（例えば、ＵＡＶメディア関連ペイロード）が使用しようとする帯域幅の知識は、無線ネットワークシステム（１４０）（例えば、３ＧＰＰネットワークシステム）のようなネットワークにおけるリソース割り当てに重要である。
【0050】
ＳＥＡＬは、セッション確立のためのＳＩＰをサポートすることができる。本開示の一実施形態によれば、ＳＤＰデータポイントは、ユニキャストメディアセッションのモニタリング及び管理に対処するために追加され得る。
【0051】
メディアセッション管理のために、ＳＩＰパッケージにおけるＳＤＰは、以下に示すように、メディアパラメータに関する重要な情報を搬送することができる。
ｖ＝０
ｏ＝Ｃｌｉｅｎｔ１ ２３９８０２６５０５ ２３０７５９３１９７ ＩＮ ＩＰ４ １００．２００．１３０．１４０
ｓ＝Ｃｌｉｅｎｔ１ Ａｕｄｉｏ Ｓｅｓｓｉｏｎ
ｂ＝ＡＳ：６４
ｂ＝ＲＳ：８００
ｂ＝ＲＲ：２４００
ｃ＝ＩＮ ＩＰ４ １０．１１．１２．１３
ｔ＝０ ０
ｍ＝ａｕｄｉｏ １５０１０ ＲＴＰ／ＡＶＰ ０ １０１
ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
ａ＝ｒｔｐｍａｐ：１０１ ｔｅｌｅｐｈｏｎｅ－ｅｖｅｎｔ／８０００
ａ＝ｓｅｎｄｒｅｃｖ
ｖ＝０
ｏ＝Ｃｌｉｅｎｔ１ ２３９８０２６５０５ ２３０７５９３１９７ ＩＮ ＩＰ４ １００．２００．１３０．１４０
ｓ＝Ｃｌｉｅｎｔ１ Ａｕｄｉｏ Ｓｅｓｓｉｏｎ
ｂ＝ＡＳ：６４
ｂ＝ＲＳ：８００
ｂ＝ＲＲ：２４００
ｃ＝ＩＮ ＩＰ４ １０．１１．１２．１３
ｔ＝０ ０
ｍ＝ａｕｄｉｏ １５０１０ ＲＴＰ／ＡＶＰ ０ １０１
ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
ａ＝ｒｔｐｍａｐ：１０１ ｔｅｌｅｐｈｏｎｅ－ｅｖｅｎｔ／８０００
ａ＝ｓｅｎｄｒｅｃｖ
【0052】
上記のＳＤＰ情報は、ＶＡＬサーバ（１２１）からＮＲＭ－Ｓリファレンスポイント（１３２）を介してＮＲＭサーバ（１２２）に送信されるものである。
【0053】
ＳＤＰに含まれるパラメータは、帯域幅情報である。帯域幅情報は、最大帯域幅を示すことができる。最大帯域幅は、メディアセッションを首尾よく確立することを制限することができる。
【0054】
一例では、Ｂ＝ＡＳ：ｂｉｔｒａｔｅは、メディアセッションで許可される最大ビットレートを示すことができる。一例では、Ｂ＝ａｓ：６４、メディアセッションで６４ｋｂ／ｓの最大ビットレートが許可されることを示す。
【0055】
図２は、本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（又は手順）（２００）を示す。一例では、図２は、ＶＡＬサービス通信確立時のリソース要求を示す。ワークフロー（２００）は、ＶＡＬサーバ（２２１）、ＮＲＭサーバ（２２２）、ＳＩＰコア（２２３）、及びネットワークシステム（２４０）によって実装され得る。一実施形態では、ワークフロー（２００）において要求されるリソース（又はネットワークリソース）は、ユニキャストリソースを含むことができ、ワークフロー（２００）は、ＳＩＰコア（２２３）とのユニキャストリソース管理のためのものとすることができる。
【0056】
ワークフロー（２００）は、ＶＡＬサービス通信確立においてネットワークリソースが要求される方法を特定することができる。一例では、同時セッションが使用される場合、ＮＲＭサーバ（２２２）は、基礎となるネットワークポリシー及び課金機能のために特定されたリソース共有の能力を利用してもよい。リソースに対する要求は、アプリケーションタイプ、帯域幅、プライオリティ、アプリケーション識別子、リソース共有情報などを含むことができる。一例では、要求されるネットワークリソースは、帯域幅（例えば、アプリケーションのための最大帯域幅）を含む。
【0057】
ワークフロー（２００）は、ネットワークリソースに対する要求を使用する任意の好適なタイプのセッション確立に好適に適合及び適用され得る。一例では、図２は、セッション確立においてリソースを要求するためのシグナリング手順を示す。
【0058】
一例では、ステップ（Ｓ２４１）の前に、ＶＡＬクライアントがＶＡＬサーバ（２２１）とのＶＡＬサービス通信を要求した場合、事前条件が満たされる。
【0059】
（Ｓ２４１）において、ＶＡＬサーバ（２２１）は、アプリケーションの帯域幅などのネットワークリソースを要求するために、リソースに対する要求（ネットワークリソース要求とも呼ばれる）をＮＲＭサーバ（２２２）に送信することができる。ＶＡＬサーバ（２２１）は、垂直アプリケーションに任意の好適なサーバとすることができる。ＶＡＬサーバ（２２１）は、ＵＡＶアプリケーションのための無人車両（ＵＡＶ）サーバ、Ｖ２ＸアプリケーションのためのＶ２Ｘサーバなどとすることができる。
【0060】
（Ｓ２４２）において、ＮＲＭサーバ（２２２）は、ネットワークリソースに対する必要性を評価することができる。一例では、ＮＲＭサーバ（２２２）は、リソース共有の使用をさらに評価する。
【0061】
（Ｓ２４３）において、ＮＲＭサーバ（２２２）は、リソースに対する要求を含むセッション進行要求をＳＩＰコア（２２３）に送信することができる。
【0062】
ＳＩＰコア（２２３）は、信号制御プレーン内の登録、サービス選択、及びルーティングを担当する多くのサブエンティティを含むことができる。一例では、ＳＩＰコア（２２３）は、３ＧＰＰ ＩＰマルチメディアコアネットワークサブシステムである。
【0063】
アプリケーションサービス選択のためのデータ、サービスレジスタのアイデンティティ、認証関連情報などのＳＩＰコア（２２３）の機能に関連するデータは、ベアラプレーンを担当するＰＬＭＮオペレータによって提供されてもよい。したがって、データのソースであるＳＩＰデータベースは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）の一部であってもよい。代替的には、データは、ＶＡＬサービスプロバイダによって提供されてもよく、データのソースは、ＶＡＬサービスプロバイダのＳＩＰデータベースであってもよい。
【0064】
ＳＩＰコアローカルインバウンド／アウトバウンドプロキシ機能エンティティは、ＳＩＰトランザクションためのインバウンドプロキシ及びアウトバウンドプロキシの両方として作用することができる。ＳＩＰコアローカルインバウンド／アウトバウンドプロキシ機能エンティティは、ＮＡＴトラバーサル、リソース制御、ユーザエージェントへのルート／フォワード要求及び応答、ＳＩＰシグナリングセキュリティ、ＰＬＭＮオペレータポリシー依存、ディスカバリ及びアドレス解決の機能のうちの１つ以上を提供することができる。
【0065】
（Ｓ２４４）において、ＰＣＣ手順は、ＳＩＰコアのローカルインバウンド／アウトバウンドプロキシ（２２３）から開始され得る。
【0066】
（Ｓ２４５）において、ＳＩＰコアローカルインバウンド／アウトバウンドプロキシ（２２３）は、ＮＲＭサーバ（２２２）にＯＫメッセージを送信することができる。
【0067】
（Ｓ２４６）において、ＮＲＭサーバ（２２２）は、リソース応答をＶＡＬサーバ（２２１）に送信することができる。
【0068】
（Ｓ２４７）において、ＶＡＬサービス通信は、例えば、割り当てられたリソースに基づいてユニキャストベアラを使用して確立され得る。
【0069】
ＶＡＬサーバ（２２１）は、ＶＡＬサーバ（１２１）と類似又は同一とすることができ、ＮＲＭサーバ（２２２）は、ＮＲＭサーバ（１２２）と類似又は同一とすることができ、ネットワークシステム（２４０）は、図１を参照して記載したように、ネットワークシステム（１４０）と類似又は同一とすることができる。一例では、ネットワークシステム（２４０）は、３ＧＰＰネットワークである。したがって、ＶＡＬサーバ（２２１）及びＮＲＭサーバ（２２２）の詳細な説明は、簡略化のために省略する。
【0070】
ワークフロー（２００）は、好適に適合され得る。ワークフロー（２００）におけるステップは、修正及び／又は省略され得る。追加のステップが追加され得る。任意の好適な実装順序が使用され得る。
【0071】
セッションネゴシエーションのためのＳＤＰの使用（例えば、ＳＤＰの一般的用法）は、ユニキャストシナリオ、マルチキャストシナリオなどにおいて発生することができる。一実施形態では、ＶＡＬメディアサービスは、ユニキャストシナリオ及びマルチキャストシナリオにおけるＳＤＰ情報を使用する。いくつかの例では、ユニキャストトラフィックによって使用されるＳＤＰは、ネットワーク展開においてマルチキャストよりも頻繁にすることができる。いくつかの例では、ＮＲＭサーバは、ＶＡＬサーバがユニキャストトラフィックのためにＳＤＰ情報をＮＲＭサーバに渡すオプションがない。本開示の一実施形態によれば、ＳＤＰ情報は、ＶＡＬサーバからＮＲＭ－Ｓ又はＮＲＭサーバへの情報フローに追加され得る。いくつかの例では、ＳＤＰでＶＡＬクライアントによって確立された（又は開始された）メディアセッションは、情報フローにＳＤＰ情報を追加することなく、適切に対処されない。
【0072】
本開示の一実施形態によれば、リソース要求（又はネットワークリソース要求）は、ユニキャストＳＤＰ／ＳＩＰセッション確立をサポートして、以下の表１に記載されるように、ＳＤＰ情報を含むことができる。
【0073】
表１は、ユニキャストリソースのためのＶＡＬサーバ（例えば、ＶＡＬサーバ（１２１）又は（２２１））からＮＲＭサーバ（例えば、ＮＲＭサーバ（２２２））へのリソース要求の情報フローを記載する。
【表1】
【0074】
表１に示すように、リソース要求は、要求者アイデンティティ、ＶＡＬユーザ識別子（ＩＤ）又はＶＡＬ ＵＥ ＩＤ、ＶＡＬサービス要件情報、ＳＤＰ情報などを含む複数の情報要素を含むことができる。要求者アイデンティティは、要求（又はリソース要求）を実行するＶＡＬサーバのアイデンティティを記載することができる。ＶＡＬユーザＩＤ又はＶＡＬ ＵＥ ＩＤは、ＶＡＬユーザ又はＶＡＬ ＵＥのアイデンティティを記載することができる。ＶＡＬサービス要件情報は、ユニキャストリソースに対するＶＡＬサービス要件（例えば、ＶＡＬサービスＩＤ、ビットレート）を記載することができる。ＳＤＰ情報は、ベアラを使用することができるグループに適用可能なメディア及びアプリケーション制御情報（例えば、コーデック、帯域幅、プロトコルＩＤ、前方誤り訂正（ＦＥＣ）情報）を有するＳＤＰを記載することができる。一例では、要求者ＩＤ及びＶＡＬユーザＩＤは必須（「Ｍ」）状態で必須であり、ＶＡＬサービス要件情報及びＳＤＰ情報はオプション（「Ｏ」）状態でオプションである。ＶＡＬサービス要件情報が含まれていないときに、ＮＲＭサーバは、ユニキャストリソースに対するデフォルトのＶＡＬサービス要件を考慮することができる。
【0075】
図３は、本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（又は手順）（３００）を示す。一例では、図３は、ＶＡＬサービス通信確立におけるリソース要求を示す。ワークフロー（３００）は、ＶＡＬサーバ（２２１）、ＮＲＭサーバ（２２２）及びＳＩＰコア（２２３）によって実装され得る。一実施形態では、ワークフロー（３００）において要求されるリソース（又はネットワークリソース）は、ユニキャストリソースを含むことができ、ワークフロー（３００）は、ＳＩＰコア（２２３）を有するユニキャストリソース管理のためのものとすることができる。
【0076】
ワークフロー（３００）は、ＶＡＬサービス通信確立においてネットワークリソースが要求される方法を特定することができる。リソースに対する要求は、アプリケーションタイプ、帯域幅、プライオリティ、アプリケーション識別子、リソース共有情報などを含むことができる。一例では、要求されるネットワークリソースは、帯域幅（例えば、アプリケーションの最大帯域幅）を含む。
【0077】
ワークフロー（３００）は、ネットワークリソースに対する要求を使用する任意の好適なタイプのセッション確立に好適に適合及び適用され得る。一例では、図３は、セッション確立又はセッション初期化においてリソースを要求するためのシグナリング手順を示す。
【0078】
（Ｓ３１０）では、ＶＡＬサーバ（２２１）（例えば、ＶＡＬサーバ（２２１）の処理回路）は、アプリケーション（例えば、ＵＡＶアプリケーション、Ｖ２Ｘアプリケーション）のための帯域幅などのネットワークリソースを要求するために、リソースに対する要求（ネットワークリソース要求とも呼ばれる）をＮＲＭサーバ（２２２）に送信することができる。ＶＡＬサーバ（２２１）は、垂直アプリケーションに任意の好適なサーバとすることができる。ＶＡＬサーバ（２２１）は、ＵＡＶアプリケーションのための無人車両（ＵＡＶ）サーバ、Ｖ２ＸアプリケーションのためのＶ２Ｘサーバなどとすることができる。一例では、表１に記載されているように、要求はＳＤＰ情報（例えば、ネットワーク帯域幅要件又は帯域幅）を含むことができる。
【0079】
ネットワークリソース要求を受信した後、ＮＲＭサーバ（２２２）は、（Ｓ２４２）に記載されているように、ネットワークリソースの必要性を評価することができる。
【0080】
（Ｓ３２０）において、ネットワークリソース要求は、ＮＲＭサーバ（２２２）によって拒否され得る。ネットワークリソース要求に対する拒否は、ＮＲＭサーバ（２２２）からＶＡＬサーバ（２２１）に送信され得る。
【0081】
（Ｓ３３０）において、ネットワークリソース要求の拒否に応答して、メディアセッション（例えば、ＳＩＰメディアセッション又はＳＩＰセッション）を終了され得る。
【0082】
ワークフロー（３００）は、ＶＡＬサーバ（２２１）（例えば、ＵＡＥサーバ）がＮＲＭサーバ（２２２）に対してセッション確立要求を満たすように要求する方法の例を示す。一例では、ステップ（Ｓ３１０）の前に、ＶＡＬクライアントがＶＡＬサーバ（２２１）とのＶＡＬサービス通信を要求した場合、事前条件が満たされる。例えば、ＵＡＶは、ＳＩＰ及びＳＤＰを使用したメディアセッションのリソース要件を示すＵＡＶサーバを介して、３ＧＰＰコアネットワークを使用してＵＡＶメディアペイロードとＵＡＶ－ＣまたはＵＳＳ／ＵＴＭとの間のメディアセッション（例えば、ＳＩＰセッション）を確立しようとする。
【0083】
ワークフロー（３００）は、好適に適合され得る。ワークフロー（３００）におけるステップは、修正及び／又は省略され得る。追加のステップが追加され得る。任意の好適な実装順序が使用され得る。
【0084】
図４は、本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（又は手順）（４００）を示す。一例では、図４は、ＶＡＬサービス通信確立におけるリソース要求を示す。ワークフロー（４００）は、ＶＡＬサーバ（２２１）、ＮＲＭサーバ（２２２）及びＳＩＰコア（２２３）によって実装され得る。一実施形態では、ワークフロー（４００）において要求されるリソース（又はネットワークリソース）は、ユニキャストリソースを含むことができ、ワークフロー（４００）は、ＳＩＰコア（２２３）を有するユニキャストリソース管理のためのものとすることができる。
【0085】
ワークフロー（４００）では、ＶＡＬサービス通信確立時にネットワークリソースが要求される方法を特定することができる。リソースに対する要求は、アプリケーションタイプ、帯域幅、プライオリティ、アプリケーション識別子、リソース共有情報などを含むことができる。一例では、要求されるネットワークリソースは、帯域幅（例えば、アプリケーションの最大帯域幅）を含む。
【0086】
ワークフロー（４００）は、ネットワークリソースに対する要求を使用する任意の好適なタイプのセッション確立に好適に適合及び適用され得る。一例では、図４は、セッション確立又はセッション初期化においてリソースを要求するためのシグナリング手順を示す。
【0087】
（Ｓ４１０）では、ＶＡＬサーバ（２２１）（例えば、ＶＡＬサーバ（２２１）の処理回路）は、アプリケーション（例えば、ＵＡＶアプリケーション、Ｖ２Ｘアプリケーション）のための帯域幅などのネットワークリソースを要求するために、リソースに対する要求（ネットワークリソース要求とも呼ばれる）をＮＲＭサーバ（２２２）に送信することができる。ＶＡＬサーバ（２２１）は、垂直アプリケーションに任意の好適なサーバとすることができる。ＶＡＬサーバ（２２１）は、ＵＡＶアプリケーションのための無人車両（ＵＡＶ）サーバ、Ｖ２ＸアプリケーションのためのＶ２Ｘサーバなどとすることができる。一例では、表１に記載されているように、要求はＳＤＰ情報（例えば、ネットワーク帯域幅要件又は帯域幅）を含むことができる。
【0088】
ネットワークリソース要求を受信した後、ＮＲＭサーバ（２２２）は、（Ｓ２４２）に記載されているように、ネットワークリソースの必要性を評価することができる。
【0089】
（Ｓ４２０）において、ネットワークリソース要求は、ＮＲＭサーバ（２２２）によってグラントされ得る。ネットワークリソース要求に対するグラントは、ＮＲＭサーバ（２２２）からＶＡＬサーバ（２２１）に送信され得る。要求されたネットワークリソースは、割り当てられ得る。
【0090】
（Ｓ４３０）において、ネットワークリソース要求のグラントに応答して、メディアセッション（例えば、ＳＩＰメディアセッション又はＳＩＰセッション）が確立され得、例えば、ＵＥ （２２４）とＳＩＰコア（２２３）の間でユニキャストデータトラフィックを開始することができる。
【0091】
ワークフロー（４００）は、ＶＡＬサーバ（２２１）（例えば、ＵＡＥサーバ）がＮＲＭサーバ（２２２）に対してセッション確立要求を満たすように要求する方法の例を示す。一例では、ステップ（Ｓ４１０）の前に、ＶＡＬクライアントがＶＡＬサーバ（２２１）とのＶＡＬサービス通信を要求した場合、事前条件が満たされる。例えば、ＵＡＶは、ＳＩＰ及びＳＤＰを使用したメディアセッションのリソース要件を示すＵＡＶサーバを介して、３ＧＰＰコアネットワークを使用してＵＡＶメディアペイロードとＵＡＶ－ＣまたはＵＳＳ／ＵＴＭとの間のメディアセッション（例えば、ＳＩＰセッション）を確立しようとする。
【0092】
ワークフロー（４００）は、好適に適合され得る。ワークフロー（４００）におけるステップは、修正及び／又は省略され得る。追加のステップが追加され得る。任意の好適な実装順序が使用され得る。
【0093】
図３～４を参照して記載されたワークフロー（３００）及び（４００）は、任意の好適な順序又は任意の好適な方法で適合又は組み合わせられ得る。例えば、ワークフロー（３００）のステップが適合され得、及び／又はワークフロー（４００）のステップが適合され得る。（ｉ）ワークフロー（３００）からの適合又はオリジナルの１つ以上のステップ、及び（ｉｉ）ワークフロー（４００）からの適合又はオリジナルの１つ以上のステップが組み合わされ得る。このような組み合わせの一例を図５に示す。
【0094】
図５は、本開示の一実施形態による、メディアセッション管理のための例示的なワークフロー（又は手順）（５００）を示す。一例では、図５は、ＶＡＬサービス通信確立時にリソースを要求するために使用される。ワークフロー（５００）は、ＶＡＬサーバ（２２１）、ＮＲＭサーバ（２２２）及びＳＩＰコア（２２３）によって実装され得る。一実施形態では、ワークフロー（５００）において要求されるリソース（又はネットワークリソース）は、ユニキャストリソースを含むことができ、ワークフロー（５００）は、ＳＩＰコア（２２３）を有するユニキャストリソース管理のためのものとすることができる。
【0095】
ワークフロー（５００）は、ＶＡＬサービス通信確立においてネットワークリソースが要求される方法を特定することができる。リソースに対する要求は、アプリケーションタイプ、帯域幅、プライオリティ、アプリケーション識別子、リソース共有情報などを含むことができる。一例では、要求されるネットワークリソースは、帯域幅（例えば、アプリケーションの最大帯域幅）を含む。
【0096】
ワークフロー（５００）は、ネットワークリソースに対する要求を使用する任意の好適なタイプのセッション確立に好適に適合及び適用され得る。一例では、図５は、セッション確立又はセッション初期化においてリソースを要求するためのシグナリング手順を示す。
【0097】
（Ｓ５１０）では、ＶＡＬサーバ（２２１）（例えば、ＶＡＬサーバ（２２１）の処理回路）は、アプリケーション（例えば、ＵＡＶアプリケーション、Ｖ２Ｘアプリケーション）のための帯域幅などのネットワークリソースを要求するために、ネットワークリソースに対する要求（ネットワークリソース要求とも呼ばれる）をＮＲＭサーバ（２２２）に送信することができる。ネットワークリソースは、セッション・リソースとも呼ばれ得る。
【0098】
ＶＡＬサーバ（２２１）は、垂直アプリケーションに任意の好適なサーバとすることができる。ＶＡＬサーバ（２２１）は、ＵＡＶアプリケーションのための無人車両（ＵＡＶ）サーバ、Ｖ２ＸアプリケーションのためのＶ２Ｘサーバなどとすることができる。一例では、ＶＡＬサーバ（２２１）（例えば、ＵＡＶサーバ）は、ＳＩＰペイロードにおけるＳＤＰを使用してメディアセッションの初期化を要求する。ネットワークリソース要求は、ＳＩＰセッション要求と呼ばれ得る。
【0099】
（Ｓ５１０）において、ＮＲＭサーバ（２２２）は、ネットワークリソース要求を受信した後、（Ｓ２４２）に記載されているように、ネットワークリソースの必要性などのネットワークリソース要求を評価することができる。評価は、ネットワークリソース要求をグラントするか拒否するかの決定を含むことができる。一実施形態では、図３に示すように、ネットワークリソース要求は拒否されると決定される。一実施形態では、図４に示すように、ネットワークリソース要求はグラントされると決定される。一例では、ＮＲＭサーバ（２２２）は、３ＧＰＰ ＴＳ ２３．４３４の１４．３．３．２項に特定されているように、ネットワークリソース要求を評価する。一例では、表１に記載されているように、要求はＳＤＰ情報（例えば、ネットワーク帯域幅要件又は帯域幅）を含むことができる。
【0100】
（Ｓ５２０）において、（Ｓ５１０）における評価の結果に基づいて、メディアセッションが初期化及び／又は終了され得る。
【0101】
ＮＲＭサーバ（２２２）は、利用可能なネットワークリソースが不足していることにより、ＳＩＰセッション要求を拒否することを選択することができる。ネットワークリソース要求が（Ｓ５１０）において拒否されたと決定された場合、例えば、ＮＲＭサーバ（２２２）からＶＡＬサーバ（２２１）に、ネットワークリソース要求の拒否を示すメッセージが送信され得る。したがって、図３を参照して記載されたように、メディアセッション（例えば、ＳＩＰメディアセッション又はＳＩＰセッション）が終了される。
【0102】
ＮＲＭサーバ（２２２）は、例えば、３ＧＰＰ ＴＳ ２３．４３４の１４．３．３．２項を使用することにより、ＳＩＰコアからネットワークリソースがグラントされ得ることを決定することができる。ネットワークリソース要求が（Ｓ５１０）においてグラントされたと決定された場合、例えば、ＮＲＭサーバ（２２２）からＶＡＬサーバ（２２１）に、ネットワークリソース要求のグラントを示すメッセージが送信され得る。要求されたネットワークリソースは、割り当てられ得る。したがって、図４を参照して説明したものと同様に、メディアセッション（例えば、ＳＩＰメディアセッション又はＳＩＰセッション）が確立又は初期化され得る。
【0103】
ワークフロー（５００）は、ＶＡＬサーバ（２２１）（例えば、ＵＡＥサーバ）がＮＲＭサーバ（２２２）に対してセッション確立要求を満たすように要求する方法の例を示す。一例では、ステップ（Ｓ５１０）の前に、ＶＡＬクライアントがＶＡＬサーバ（２２１）とのＶＡＬサービス通信を要求した場合、事前条件が満たされる。例えば、ＵＡＶアプリケーションの場合、ＵＡＶは、ＳＩＰ及びＳＤＰを使用したメディアセッションのリソース要件を示すＵＡＶサーバを介して、３ＧＰＰコアネットワークを使用してＵＡＶメディアペイロードとＵＡＶ－ＣまたはＵＳＳ／ＵＴＭとの間のメディアセッション（例えば、ＳＩＰセッション）を確立しようとする。
【0104】
図５に示すように、ＮＲＭサーバ（例えば、ＮＲＭサーバ（２２２））が特定のＳＤＰ記述に対して十分なネットワークリソース（例えば、ネットワーク帯域幅）がないと決定した場合、メディアセッション（例えば、ＳＩＰセッション）を直ちに終了してもよい。そうでなければ、ＮＲＭサーバ（例えば、ＮＲＭサーバ（２２２））が、特定のＳＤＰ記載に対して十分なネットワークリソース（例えば、ネットワーク帯域幅）があり、要求されたネットワークリソース（例えば、ネットワーク帯域幅）が割り当てられると決定した場合、メディアセッション（例えば、ＳＩＰセッション）が確立され得る。
【0105】
ワークフロー（５００）は、好適に適合され得る。ワークフロー（５００）におけるステップは、修正及び／又は省略され得る。追加のステップが追加され得る。任意の好適な実装順序が使用され得る。
【0106】
図６は、本開示の一実施形態による、プロセス（６００）を例示するフローチャートを示す。プロセス（６００）は、ＶＡＬサーバ（例えば、ＶＡＬサーバ（１２１）、ＶＡＬサーバ（２２１））の処理回路によって実行され得る。一実施形態では、プロセス（６００）は、ＶＡＬサーバ（例えば、ＶＡＬサーバ（１２１）、ＶＡＬサーバ（２２１））のメディアセッション管理モジュールの処理回路によって実行される。プロセス（６００）は、無線通信において、メディアセッションの初期化、確立などのメディアセッション管理のために実行され得る。一例では、メディアセッションはＳＩＰセッションである。プロセス（６００）は、（Ｓ６０１）から開始し、（Ｓ６１０）に進むことができる。
【0107】
（Ｓ６１０）において、メディアセッションに関連付けられたセッション開始プロトコル（ＳＩＰ）ペイロードにおけるセッション記述プロトコル（ＳＤＰ）情報が取得され得る。
【0108】
（Ｓ６２０）において、ＳＤＰ情報を含むネットワークリソース要求は、例えば、ＶＡＬサーバ（例えば、ＶＡＬサーバ（１２１）、ＶＡＬサーバ（２２１））のメディアセッション管理モジュールの処理回路によって、ＮＲＭサーバ（例えば、ＮＲＭサーバ（２２２））に送信され得る。ＮＲＭサーバは、ＳＥＡＬサーバ（例えば、ＳＥＡＬサーバ（１２２））とすることができる。ネットワークリソース要求は、ネットワークリソースを要求することができる。一実施形態では、要求されたネットワークリソースは、ユニキャストリソースを含み、プロセス（６００）は、ユニキャストリソース管理のためのものとすることができる。要求されたネットワークリソースは、アプリケーションタイプ、帯域幅要件、ビットレート要件、プライオリティ、アプリケーション識別子、リソース共有情報などを含むことができる。一例では、要求されたネットワークリソースは、ネットワーク帯域幅要件を含む。一例では、要求されたネットワークリソースは、ビットレート要件を含む。一例では、要求されたネットワークリソースは、ネットワーク帯域幅要件及びビットレート要件のうちの少なくとも１つである。ネットワーク帯域幅要件は、帯域幅（例えば、アプリケーションのための最大帯域幅）を示すことができる。
【0109】
一実施形態では、ネットワークリソース要求は、ＳＩＰペイロードにおけるＳＤＰを使用して送信され得る。一例では、表１に記載されているように、ネットワークリソース要求はＳＤＰ情報（例えば、ネットワーク帯域幅要件）を含む。
【0110】
一例では、ネットワークリソース要求は、ＶＡＬサーバのアイデンティティ、ＶＡＬユーザ機器（ＵＥ）のアイデンティティ、及びＳＤＰ情報を含む。
【0111】
（Ｓ６３０）において、ネットワークリソース要求に対する評価は、例えば、ＶＡＬサーバの処理回路によって、ＮＲＭサーバから受信され得る。評価は、（ｉ）ネットワークリソース要求の拒否、又は（ｉｉ）ネットワークリソース要求のグラントのうちの１つを含むことができる。
【0112】
一実施形態では、ネットワークリソース要求は、ネットワークリソース要求をグラントするか、又はネットワークリソース要求を拒否するために、ＮＲＭサーバによって評価される。ＮＲＭサーバ（２２２）は、ネットワークリソース要求を受信した後、（Ｓ２４２）に記載されているように、ネットワークリソースの必要性などのネットワークリソース要求を評価することができる。評価は、ネットワークリソース要求をグラントするか拒否するかの決定を含むことができる。一実施形態では、図３に示すように、ネットワークリソース要求は拒否されると決定される。一実施形態では、図４に示すように、ネットワークリソース要求はグラントされると決定される。一例では、ＮＲＭサーバは、３ＧＰＰ ＴＳ ２３．４３４の１４．３．３．２節に特定されているように、ネットワークリソース要求を評価する。
【0113】
ネットワークリソース要求は、ネットワークリソースの可用性に基づいて、例えば、ＮＲＭサーバによって拒否又はグラントされ得る。メディアセッション（例えば、ＳＩＰセッション）は、ネットワークリソースの可用性に基づいて拒否又はグラントされると決定され得る。
【0114】
一実施形態では、評価は、メディアセッションに許可される最大帯域幅及びメディアセッションに許可される最大ビットレートのうちの１つに基づく。
【0115】
（Ｓ６４０）において、ＶＡＬサーバのメディアセッション管理モジュールにおいて受信された評価に基づいてメディアセッションが確立又は終了され得る。
【0116】
一実施形態では、ネットワークリソース要求のグラントに応答して、要求されたネットワークリソースは、例えば、ＮＲＭサーバによって割り当てられ得る。メディアセッションは、割り当てられたネットワークリソースに基づいて確立され得る。
【0117】
一実施形態では、ネットワークリソース要求の拒否に応答して、メディアセッションが終了され得る。
【0118】
プロセス（６００）は、（Ｓ６９９）に進行し、終了することができる。
【0119】
プロセス（６００）は、好適に適合され得る。ワークフロー（６００）のステップは、修正及び／又は省略され得る。追加のステップが追加され得る。任意の好適な実装順序が使用され得る。
【0120】
本開示の実施形態は、別々に、又は任意の順序で組み合わせて使用されてもよい。さらに、各方法（又は実施形態）は、処理回路（例えば、１つ以上のプロセッサ又は１つ以上の集積回路）によって実装されてもよい。一例において、１つ以上のプロセッサは、非一時的なコンピュータ可読媒体に記憶されたプログラムを実行する。
【0121】
例えば、ＳＤＰ情報をリソース要求に含めることが、図２～６を参照して記載された実施形態のいずれかと組み合わされ得る。
表１に記載された実施形態は、セッション確立（又はセッション初期化）、セッション修正などのために、任意の好適なメディアセッション管理手順において使用され得る。
表１に記載された実施形態は、セッション確立（又はセッション初期化）、セッション修正などのために、任意の好適なメディアセッション管理手順において使用され得る。
【0122】
上述の技術は、コンピュータ可読命令を使用し、１つ以上のコンピュータ可読媒体に物理的に記憶されたコンピュータソフトウェアとして実装され得る。コンピュータソフトウェアは、１つ以上のコンピュータ中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）などによって、直接、又は解釈、マイクロコード実行などを通して実行可能な命令を含むコードを作成するために、アセンブリ、コンパイル、リンク、又は同様のメカニズムの対象となり得る任意の適切なマシンコード又はコンピュータ言語を使用してコード化され得る。
【0123】
命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネットのデバイスなどを含む様々なタイプのコンピュータ又はその構成要素上で実行され得る。
【0124】
図７は、開示された主題の特定の実施形態を実装するのに好適なコンピュータシステム（７００）を示す。コンピュータシステム（７００）のための図７に示される構成要素は、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能の範囲に関していかなる制限も示唆することを意図していない。構成要素の構成は、コンピュータシステム（７００）の例示的な実施形態に例示されている構成要素の任意の１つ又は組み合わせに関するいかなる従属性又は要件も有していると解釈されてはならない。
【0125】
コンピュータシステム（７００）は、特定のヒューマンインターフェース入力デバイスを含んでもよい。このようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（例えば、キーストローク、スワイプ、データグローブの動き）、オーディオ入力（例えば、音声、拍手）、視覚入力（例えば、ジェスチャ）、嗅覚入力（描写せず）を通して、１人以上の人間ユーザによる入力に応答してもよい。また、ヒューマンインターフェースデバイスは、オーディオ（例えば、発話、音楽、周囲音）、画像（例えば、スキャン画像、静止画像カメラから取得される写真画像）、ビデオ（例えば、２次元ビデオ、立体画像を含む３次元ビデオ）などの人間による意識的入力に必ずしも直接関係しない特定の媒体を捕捉するために使用され得る。
【0126】
入力ヒューマンインターフェースデバイスは、キーボード（７０１）、マウス（７０２）、トラックパッド（７０３）、タッチスクリーン（７１０）、データグローブ（図示せず）、ジョイスティック（７０５）、マイクロホン（７０６）、スキャナ（７０７）、カメラ（７０８）のうちの１つ以上（各々１つのみが描写されている）を含んでもよい。
【0127】
コンピュータシステム（７００）はまた、特定のヒューマンインターフェース出力デバイスを含んでもよい。このようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音、光、及び嗅覚／味覚を通して、１人以上の人間ユーザの感覚を刺激していてもよい。このようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（７１０）、データグローブ（図示せず）、又はジョイスティック（７０５）による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスであり得る）、オーディオ出力デバイス（例えば、スピーカー（７０９）、ヘッドフォン（描写せず））、視覚出力デバイス（例えば、陰極線管（ＣＲＴ）スクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（７１０）であって、各々、触覚スクリーン入力能力を有するか、又は有さず、これらのうちのいくつかは、二次元の視覚出力又は立体出力のような手段を通してそれ以上の三次元の出力を出力することが可能であり得るもの、仮想現実グラス（描写せず）、ホログラフィックディスプレイ、スモークタンク（描写せず））、及びプリンタ（描写せず）を含んでもよい。
【0128】
コンピュータシステム（７００）はまた、ＣＤ／ＤＶＤ又は同様の媒体（７２１）を有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（７２０）を含む光媒体、サムドライブ（７２２）、取り外し可能なハードドライブ又はソリッドステートドライブ（７２３）、テープ及びフロッピーディスク（描写せず）などのレガシー磁気媒体、セキュリティドングル（描写せず）のような特殊なＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイスなど、人間がアクセス可能な記憶デバイス、及びそれらの関連媒体を含むことができる。
【0129】
当業者はまた、本開示の主題に関連して使用される用語「コンピュータ可読媒体」は、伝送媒体、搬送波、又は他の一時的な信号を包含しないと理解すべきである。
【0130】
コンピュータシステム（７００）はまた、１つ以上の通信ネットワーク（７５５）へのインターフェース（７５４）を含むことができる。ネットワークは、例えば、無線、有線、光のものとすることができる。ネットワークは、さらに、ローカル、広域、大都市、車両及び産業、リアルタイム、遅延耐性などのものとすることができる。ネットワークの例は、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、ＧＳＭ、 ３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラネットワーク、ケーブルＴＶ、衛星ＴＶ、及び地上放送ＴＶを含むＴＶ有線及び無線広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両及び産業などを含む。特定のネットワークは、通常、特定の汎用データポート又は周辺バス（７４９）（例えば、コンピュータシステム（７００）のＵＳＢポート）に取り付けられる外部のネットワークインターフェースアダプタを必要とし、他のものは、通常、後述するシステムバス（例えば、ＰＣコンピュータシステムへのＥｔｈｅｒｎｅｔインターフェース又はスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）への取り付けによって、コンピュータシステム（７００）のコアに組み込まれる。これらのネットワークのいずれかを使用して、コンピュータシステム（７００）は、他のエンティティと通信することができる。このような通信は、一方向性の受信のみ（例えば、放送テレビ）、一方向性の送信のみのもの（例えば、ＣＡＮｂｕｓから特定のＣＡＮｂｕｓまで）、又は、例えば、ローカル又は広域デジタルネットワークを使用する他のコンピュータシステムへの双方向性のものとすることができる。特定のプロトコル及びプロトコルスタックは、上述のように、それらのネットワーク及びネットワークインターフェースの各々で使用され得る。
【0131】
前述のヒューマンインターフェースデバイス、人間がアクセス可能な記憶デバイス、及びネットワークインターフェースは、コンピュータシステム（７００）のコア（７４０）に取り付けられ得る。
【0132】
コア（７４０）は、１つ以上のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（７４１）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（７４２）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｅａ）（７４３）の形態の特殊なプログラマム可能な処理ユニット、特定のタスクのためのハードウェアアクセラレータ（７４４）、グラフィックアダプタ（７５０）などを含むことができる。これらのデバイスは、ＲＯＭ（Ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）（７４５）、ランダムアクセスメモリ（７４６）、ユーザがアクセス不可能なハードドライブのような内部マスストレージ、ＳＳＤなど（７４７）と一緒に、システムバス（７４８）を通して接続されてもよい。いくつかのコンピュータシステムでは、システムバス（７４８）は、付加的なＣＰＵ、ＧＰＵなどによる拡張を可能にするために、１つ以上の物理プラグの形態でアクセス可能とすることができる。周辺デバイスは、コアのシステムバス（７４８）に直接取り付けられることか、又は周辺バス（７４９）通して取り付けられることのいずれかとすることができる。一例では、スクリーン（７１０）は、グラフィックアダプタ（７５０）に接続され得る。周辺バスのためのアーキテクチャは、ＰＣＩ、ＵＳＢなどを含む。
【0133】
ＣＰＵ（７４１）、ＧＰＵ（７４２）、ＦＰＧＡ（７４３）、及びアクセラレータ（７４４）は、組み合わせて、前述のコンピュータコードを構成することができる特定の命令を実行することができる。コンピュータコードは、ＲＯＭ （７４５）又はＲＡＭ （７４６）に記憶され得る。一時的なデータはまた、ＲＡＭ（７４６）に記憶され得るが、永続性データは、例えば、内部マスストレージ（７４７）に記憶され得る。１つ以上のＣＰＵ（７４１）、ＧＰＵ（７４２）、マスストレージ（７４７）、ＲＯＭ（７４５）、ＲＡＭ（７４６）などと密接に関連付けられ得るキャッシュメモリの使用を通して、メモリデバイスのいずれかへの高速ストレージ及び検索が、可能にされ得る。
【0134】
コンピュータ可読媒体は、様々なコンピュータ実装された動作を実行するためのコンピュータコードをその上に有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構築することができるか、又はそれらは、コンピュータソフトウェア分野の当業者に周知かつ入手可能な種類のものとすることができる。
【0135】
一例として、限定するものではなく、アーキテクチャ（７００）、具体的にはコア（７４０）を有するコンピュータシステムは、１つ以上の有形のコンピュータ可読媒体に具現化されたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）の結果として機能を提供することができる。このようなコンピュータ可読媒体は、コア内部マスストレージ（７４７）、ＲＯＭ７４５などの非一時的な性質のコア（７４０）の特定のストレージと同様に、上記に紹介したユーザがアクセス可能なマスストレージに関連付けられた媒体とすることができる。本開示の様々な実施形態を実装するソフトウェアは、そのようなデバイスに記憶され、コア（７４０）によって実行され得る。コンピュータ可読媒体は、特定のニーズに応じて、１つ以上のメモリデバイス又はチップを含むことができる。ソフトウェアは、コア（７４０）、具体的には内部のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ （７４６）に記憶されたデータ構造を定義することと、ソフトウェアによって定義されたプロセスに従ってこのようなデータ構造を修正することとを含む、本明細書に記載された特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。追加的又は代替的には、コンピュータシステムは、回路（例えば、アクセラレータ（７４４））内に配線されたか、又は他の方法で具現化された論理の結果として、機能を提供することができ、この回路は、本明細書に記載された特定のプロセス又は特定のプロセスの特定の部分を実行するために、ソフトウェアの代わりに、又はソフトウェアと共に動作することができる。ソフトウェアへの言及は、論理を包含することができ、適切な場合には、その逆もできる。コンピュータ可読媒体への言及は、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行のための論理を具体化する回路、又は適切な場合にはその両方を包含することができる。本開示は、ハードウェア及びソフトウェアの任意の好適な組み合わせを包含する。
【0136】
本開示は、いくつかの例示的な実施形態を記載してきたが、本開示の範囲内にある変更、置換、及び様々な代替等価物がある。したがって、当業者は、本明細書に明示的に示されていないか、又は記載されていないが、本開示の原理を具体化し、本開示の精神及び範囲内にある多くのシステム及び方法を考案することができると理解されるであろう。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】