ネットワーク通信における、オブジェクトベースのトランスポートレイヤを提供する方法であって、リモートネットワークノードに伝達するための1つまたは複数のオブジェクトを、アプリケーションから受信することと、前記1つまたは複数のオブジェクトについてのメタデータを、前記アプリケーションから受信することと、前記リモートネットワークノードに前記1つまたは複数のオブジェクトを伝達するためのセッションを選択することと、前記メタデータ中で指示された前記1つまたは複数のオブジェクトの優先度に少なくとも部分的に基づいて、前記セッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数のオブジェクトをネットワークプロトコルレイヤに提供することとを備える方法。前記少なくとも1つのネットワークインターフェースについての送付機会を検出することと、前記1つまたは複数のオブジェクトの前記優先度が、前記セッション、または前記少なくとも1つのネットワークインターフェースに関連した前記チャネルもしくは異なるチャネルをもつ異なるセッション中の異なるオブジェクトの少なくとも異なる優先度よりも高いと判断することであって、前記1つまたは複数のオブジェクトを前記提供することが、前記判断に少なくとも部分的に基づくこととをさらに備える、請求項1に記載の方法。前記送付機会を前記検出することが、前記チャネルのための輻輳制御を分析して、前記チャネルが、前記少なくとも1つのネットワークインターフェースを介して前記1つまたは複数のオブジェクトを送信するために利用可能であると判断することを含む、請求項2に記載の方法。前記送付機会を前記検出することが、前記セッションの状態を分析して、前記セッションが、前記少なくとも1つのネットワークインターフェースを介して前記1つまたは複数のオブジェクトを送信するために利用可能であると判断することを含む、請求項2に記載の方法。前記セッション中の1つまたは複数の異なるオブジェクトに関連した送信期限を判断することと、前記送信期限の経過に少なくとも部分的に基づいて、前記1つまたは複数の異なるオブジェクトの送信を取り消すこととをさらに備える、請求項1に記載の方法。前記1つまたは複数のオブジェクトに関連した後続オブジェクトの1つまたは複数のプロパティを修正することを求める要求を前記リモートネットワークノードから受信することをさらに備える、請求項1に記載の方法。前記1つまたは複数のオブジェクトに関連した、1つまたは複数の後続オブジェクトの前記1つまたは複数のプロパティを修正することであって、前記1つまたは複数のプロパティが、修正された優先度を含むことと、前記修正された優先度に少なくとも部分的に基づいて、前記セッションの前記チャネルに関連した前記少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数の後続オブジェクトを、前記ネットワークプロトコルレイヤに提供することとをさらに備える、請求項6に記載の方法。前記チャネルまたは前記セッションの状態を修正することを求める要求を前記リモートネットワークノードから受信することをさらに備える、請求項1に記載の方法。前記要求に少なくとも部分的に基づいて、前記セッションを保留することをさらに備える、請求項8に記載の方法。前記リモートネットワークノードと通信するための前記セッションへの、異なるネットワークインターフェースに関連した追加チャネルを確立することをさらに備える、請求項1に記載の方法。少なくとも部分的には、前記チャネルを介して前記リモートネットワークノードから受信したセキュリティアソシエーションを含む前記追加チャネルを確立することを求める要求を伝達することによって、前記リモートネットワークノードとの前記追加チャネルを確立することをさらに備える、請求項10に記載の方法。前記セッションから前記チャネルを削除することと、前記1つまたは複数の後続オブジェクトについて指示された前記優先度に少なくとも部分的に基づいて、前記追加チャネルに関連した前記異なるネットワークインターフェースを介して送信するための前記1つまたは複数のオブジェクトに関連した1つまたは複数の後続オブジェクトを、前記ネットワークプロトコルレイヤに提供することとをさらに備える、請求項10に記載の方法。消去コードを使って前記1つまたは複数のオブジェクトを符号化して、複数のオブジェクトコード化プロトコルデータ単位PDUを生成することであって、前記ネットワークプロトコルレイヤに前記1つまたは複数のオブジェクトを前記提供することが、前記1つまたは複数のオブジェクトコード化PDUを前記ネットワークプロトコルレイヤに提供することを含むことをさらに備える、請求項1に記載の方法。前記1つまたは複数のオブジェクトに少なくとも部分的に基づいて、前記リモートネットワークノードから、1つまたは複数の応答オブジェクトの少なくとも一部分を受信することと、前記1つまたは複数の応答オブジェクトを、前記1つまたは複数のオブジェクトに関連したものとして識別したことに少なくとも部分的に基づいて、前記1つまたは複数の応答オブジェクトを前記アプリケーションに提供することとをさらに備える、請求項1に記載の方法。前記セッションの前記チャネルに関連した前記少なくとも1つのネットワークインターフェースを介して送信するための前記メタデータを、前記ネットワークプロトコルレイヤに提供することであって、前記メタデータが、前記1つまたは複数の応答オブジェクトについての応答プロパティを含むことをさらに備える、請求項14に記載の方法。前記リモートネットワークノードに、前記応答プロパティを修正することを求める要求を送信することをさらに備える、請求項15に記載の方法。前記1つまたは複数の応答オブジェクトに関連した、異なるセッションまたは異なるチャネルの状態を修正することを求める要求を、前記リモートネットワークノードに送信することをさらに備える、請求項15に記載の方法。前記1つまたは複数の応答オブジェクトに対応する1つまたは複数の異なるオブジェクトコード化プロトコルデータ単位PDUを、異なるリモートネットワークノードから受信することと、前記1つまたは複数の異なるオブジェクトコード化PDUが前記1つまたは複数の応答オブジェクトに関連すると判断することと、前記1つまたは複数の異なるオブジェクトコード化PDUを、前記リモートネットワークノードから受信した1つまたは複数のオブジェクトコード化PDUとマージして、前記1つまたは複数の応答オブジェクトを形成することとをさらに備える、請求項14に記載の方法。前記1つまたは複数のオブジェクトが、サイズにおいて異なる、請求項1に記載の方法。ネットワーク通信における、オブジェクトベースのトランスポートレイヤを提供するための装置であって、リモートネットワークノードに伝達するための1つまたは複数のオブジェクトを、アプリケーションから取得し、前記1つまたは複数のオブジェクトについてのメタデータを、前記アプリケーションから取得し、前記リモートネットワークノードに前記1つまたは複数のオブジェクトを伝達するためのセッションを決定し、前記メタデータ中で指示された優先度に少なくとも部分的に基づいて、前記セッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数のオブジェクトをネットワークプロトコルレイヤに伝達するように構成された少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリとを備える装置。ネットワーク通信における、オブジェクトベースのトランスポートレイヤを提供するための装置であって、リモートネットワークノードに伝達するための1つまたは複数のオブジェクトを、アプリケーションから受信するための手段と、前記1つまたは複数のオブジェクトについてのメタデータを、前記アプリケーションから受信するための手段と、メタデータ中で指示された優先度に少なくとも部分的に基づいて、選択されたセッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数のオブジェクトを、ネットワークプロトコルレイヤに与えるため手段とを備える装置。ネットワーク通信における、オブジェクトベースのトランスポートレイヤを提供するためのコンピュータプログラム製品であって、少なくとも1つのコンピュータに、リモートネットワークノードに伝達するための1つまたは複数のオブジェクトをアプリケーションから受信させるためのコードと、前記少なくとも1つのコンピュータに、前記1つまたは複数のオブジェクトについてのメタデータを前記アプリケーションから取得させるためのコードと、前記少なくとも1つのコンピュータに、前記1つまたは複数のオブジェクトを前記リモートネットワークノードに伝達するためのセッションを決定させるためのコードと、前記少なくとも1つのコンピュータに、前記メタデータ中で指示された優先度に少なくとも部分的に基づいて、前記セッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数のオブジェクトをネットワークプロトコルレイヤに伝達させるためのコードとを備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。ネットワーク通信における、オブジェクトベースのトランスポートレイヤを提供するための装置であって、リモートネットワークノードに伝達するための1つまたは複数のオブジェクトを、アプリケーションから取得するためのオブジェクト受信構成要素と、前記1つまたは複数のオブジェクトについてのメタデータを、前記アプリケーションから受信するためのオブジェクトプロパティ関連付け構成要素と、前記メタデータ中で指示された前記1つまたは複数のオブジェクトについての優先度に少なくとも部分的に基づいて、選択されたセッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数のオブジェクトをネットワークプロトコルレイヤに与えるためのオブジェクト通信構成要素とを備える装置。前記オブジェクト通信構成要素が、前記少なくとも1つのネットワークインターフェースについての送付機会を検出したこと、および前記1つまたは複数のオブジェクトについての前記優先度が、少なくとも、前記選択されたセッション、または前記チャネルもしくは前記少なくとも1つのネットワークインターフェースを介した異なるチャネルを有する異なるセッション中の異なるオブジェクトの異なる優先度よりも高いと判断したことに少なくとも部分的に基づいて、前記1つまたは複数のオブジェクトを前記ネットワークプロトコルレイヤに提供する、請求項23に記載の装置。前記オブジェクト通信構成要素が、少なくとも部分的には、前記チャネルに対する輻輳制御を分析することによって、前記送付機会を検出して、前記少なくとも1つのネットワークインターフェースを介して前記1つまたは複数のオブジェクトを送信するのに前記チャネルが利用可能かどうか判断する、請求項24に記載の装置。前記オブジェクト通信構成要素が、少なくとも部分的には、前記選択されたセッションの状態を分析することによって前記送付機会を検出して、前記少なくとも1つのネットワークインターフェースを介して前記1つまたは複数のオブジェクトを送信するのに前記選択されたセッションが利用可能かどうか判断する、請求項24に記載の装置。前記オブジェクト通信構成要素が、前記選択されたセッション中の1つまたは複数の異なるオブジェクトに関連した送信期限を決定し、前記送信期限に少なくとも部分的に基づいて、前記1つまたは複数の異なるオブジェクトの送信を取り消すようにさらに構成される、請求項23に記載の装置。前記1つまたは複数のオブジェクトに関連した後続オブジェクトの1つまたは複数のプロパティを修正することを求める要求を前記リモートネットワークノードから受信するためのオブジェクトプロパティ修正構成要素をさらに備える、請求項23に記載の装置。前記オブジェクトプロパティ修正構成要素が、前記1つまたは複数のオブジェクトに関連した1つまたは複数の後続オブジェクトの前記1つまたは複数のプロパティを修正し、前記オブジェクト通信構成要素が、前記選択されたセッションの前記チャネルに関連した前記少なくとも1つのネットワークインターフェースを介して送信するための前記1つまたは複数の後続オブジェクトを前記ネットワークプロトコルレイヤに提供する、請求項28に記載の装置。前記チャネルまたは前記選択されたセッションの状態を修正することを求める要求を前記リモートネットワークノードから受信するためのオブジェクトプロパティ修正構成要素をさらに備える、請求項23に記載の装置。前記リモートネットワークノードからの前記要求に少なくとも部分的に基づいて、前記チャネルまたは前記選択されたセッションを保留するためのセッション状態更新構成要素をさらに備える、請求項30に記載の装置。前記オブジェクト通信構成要素が、前記リモートネットワークノードと通信するための前記選択されたセッションに、異なるネットワークインターフェースに関連した追加チャネルを追加する、請求項23に記載の装置。前記オブジェクト通信構成要素が、少なくとも部分的には、前記チャネルを介して前記リモートネットワークノードから受信したセキュリティアソシエーションを含む前記追加チャネルを確立することを求める要求を伝達することによって、前記リモートネットワークノードとの前記追加チャネルを確立する、請求項32に記載の装置。前記オブジェクト通信構成要素が、前記選択されたセッションから前記チャネルを削除する、請求項32に記載の装置。消去コードを使って前記1つまたは複数のオブジェクトを符号化して、複数のオブジェクトコード化プロトコルデータ単位PDUを生成するためのオブジェクトコード化構成要素をさらに備え、前記オブジェクト通信構成要素が、前記複数のオブジェクトコード化PDUを前記ネットワークプロトコルレイヤに提供する、請求項23に記載の装置。1つまたは複数の応答オブジェクトを前記アプリケーションに送るオブジェクト提供構成要素をさらに備え、前記オブジェクト通信構成要素が、前記チャネルを介して前記1つまたは複数の応答オブジェクトを受信する、請求項23に記載の装置。前記オブジェクト通信構成要素が、前記メタデータを前記ネットワークプロトコルレイヤにさらに伝達し、前記メタデータが、前記1つまたは複数の応答オブジェクトについての応答プロパティを含む、請求項36に記載の装置。前記応答プロパティを修正することを求める要求を前記リモートネットワークノードに送信するオブジェクトプロパティ指定構成要素をさらに備える、請求項37に記載の装置。前記1つまたは複数の応答オブジェクトに関連した異なるセッションまたは異なるチャネルの状態を修正することを求める要求を前記リモートネットワークノードに送信するオブジェクトプロパティ指定構成要素をさらに備える、請求項37に記載の装置。前記リモートネットワークノードから受信した1つまたは複数のオブジェクトコード化プロトコルデータ単位PDUが、異なるリモートネットワークノードから受信した1つまたは複数の異なるオブジェクトコード化PDUに関連すると判断し、前記1つまたは複数のオブジェクトコード化PDUを前記1つまたは複数の異なるオブジェクトコード化PDUとマージして、前記1つまたは複数の応答オブジェクトを形成するためのオブジェクトマージ構成要素をさらに備える、請求項36に記載の装置。前記1つまたは複数のオブジェクトが、サイズにおいて異なる、請求項32に記載の装置。次に、図面を参照しながら様々な態様について説明する。以下の説明では、説明のために、1つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような1つまたは複数の態様は、これらの具体的な詳細なしに実施できることは明らかであろう。本明細書にさらに記載するように、ネットワークノードが、オブジェクトの伝達に優先度を与え、オブジェクトを受信するための期限を関連付け、オブジェクトが送信され得る際に経由する、他のネットワークノードへの複数のチャネルを管理することなどを可能にする、オブジェクトベースのトランスポートプロトコルが提供される。一例では、オブジェクトベースのトランスポートプロトコルはさらに、複数のチャネルのうちの1つまたは複数と、それらのチャネルを介したオブジェクトの伝達とを各々が管理し得る1つまたは複数のセッションを定義する。この点において、オブジェクトベースのトランスポートプロトコルは、少なくとも、任意のサイズのオブジェクトの送信、オブジェクトに関連付けられた強制力のある優先度、もはや必要とされないオブジェクトを送信するのを避けるための、オブジェクトについての送信期限、上位レイヤに対して透明な複数の接続の管理たとえば、移動性、ならびに場合によっては複数の接続からのデータレート向上を提供するなどを可能にするので、他のトランスポートプロトコルを上回る改良である。本出願で使用される構成要素、モジュール、システムなどの用語は、限定はされないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および/またはコンピュータであってよいが、これらに限定されない。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方を構成要素とすることができる。1つまたは複数の構成要素がプロセスおよび/または実行スレッド内に常駐することができ、1つの構成要素を1つのコンピュータ上に配置すること、および/または2つ以上のコンピュータ間に分散することができる。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、信号を介して、ローカルシステム、分散システム内の別の構成要素と相互作用し、ならびに/あるいはインターネットなどのネットワーク上で他のシステムと相互作用する1つの構成要素からのデータのような、1つまたは複数のデータパケットを有する信号に従うことなどによって、ローカルプロセスおよび/またはリモートプロセスを介して通信し得る。さらに、本明細書では、ワイヤード端末またはワイヤレス端末とすることができる端末に関する様々な態様について説明する。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器UEと呼ばれることもある。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコルSIP電話、ワイヤレスローカルループWLL局、携帯情報端末PDA、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスであり得る。さらに、本明細書では基地局に関する様々な態様について説明する。基地局は、1つまたは複数のワイヤレス端末と通信するために利用され得、アクセスポイント、ノードB、発展型ノードBeNB、または何らかの他の用語で呼ばれることもある。さらに、またはという用語は、排他的なまたはではなく、包括的なまたはを意味するものとする。すなわち、別段の規定がない限り、または文脈から明白でない限り、XはAまたはBを使用するという句は、自然な包括的置換のいずれかを意味するものとする。つまり、語句XはAまたはBを使用するは、以下の場合、すなわち、XがAを使用する場合、XがBを使用する場合、またはXがAとBの両方を使用する場合のうちのいずれかによって満足される。その上、本出願と添付の特許請求の範囲とで使用されるとき、冠詞aとanとは、別段指定されない限り、または単数形を対象とすべきであると文脈から明らかでない限り、通常、1つまたは複数を意味すると解釈されるべきである。本明細書で説明する技法は、CDMA、TDMA、FDMA、OFDMA、SC-FDMAおよび他のシステムなど、様々なワイヤレス通信システムに使用できる。システムおよびネットワークという用語は、しばしば互換的に使用される。CDMAシステムは、UniversalTerrestrialRadioAccessUTRA、cdma2000などの無線技術を実装し得る。UTRAは、Wideband-CDMAW-CDMAおよびCDMAの他の変形態を含む。さらに、cdma2000は、IS-2000、IS-95およびIS-856規格をカバーする。TDMAシステムは、GlobalSystemforMobileCommunicationsGSM登録商標などの無線技術を実装することができる。OFDMAシステムは、EvolvedUTRAE-UTRA、ウルトラモバイルブロードバンドUMB、IEEE802.11Wi-Fi、IEEE802.16WiMAX、IEEE802.20、Flash-OFDM登録商標などの無線技術を実装し得る。UTRAおよびE-UTRAは、UniversalMobileTelecommunicationSystemUMTSの一部である。3GPPロングタームエボリューションLTEは、E-UTRAを使用するUMTSのリリースであり、これは、ダウンリンク上ではOFDMAを採用し、アップリンク上ではSC-FDMAを採用する。UTRA、E-UTRA、UMTS、LTEおよびGSMは、第3世代パートナーシッププロジェクト3GPPと称する組織からの文書に記載されている。さらに、cdma2000およびUMBは、第3世代パートナーシッププロジェクト23GPP2と称する組織からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、不対無資格スペクトル、802.xxワイヤレスLAN、BLUETOOTH登録商標および任意の他の短距離または長距離ワイヤレス通信技法をしばしば使用するピアツーピアたとえば、モバイルツーモバイルアドホックネットワークシステムをさらに含み得る。様々な態様または特徴は、いくつかのデバイス、構成要素、モジュールなどを含むことができるシステムに関して提示される。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および/または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せを使用することもできる。図1を参照すると、オブジェクトベースのトランスポートプロトコルを使って、ネットワーク内のノードの間の通信を円滑にする例示的システム100が示されている。システム100は、それぞれ、ネットワーク内のクライアントおよびサーバノードであり得るネットワークノード102および104を備える。たとえば、ネットワークノード102および104は、各々、ワイヤードまたはワイヤレスネットワーク内で通信することができる、UE、コンピュータ、および/または実質的に任意のノードなどのモバイルデバイスであり得る。さらに、1つもしくは複数のルータ、ゲートウェイ、ファイアウォールなど、通信を円滑にするための、ネットワークノード102と104との間の追加ノード、および/または1つもしくは複数の基地局、リレーノードなどのワイヤレスネットワーク構成要素があってもよい。これらの構成要素は、説明を簡単にするために示されていないが、ネットワークノード102および104は、この点において、実質的にどのネットワーク技術でも、および/または複数のネットワーク技術を介して通信することができる。一例では、ネットワークノード102は、ネットワークノード102と104との間の様々な構成要素との異なる物理ネットワーク接続を越えて、3GPPインターフェースおよびWiFiインターフェースを通してネットワークノード104と同時に通信して、複数のネットワークを介した通信を円滑にすることができる。ある例によると、ネットワークノード102は、1つまたは複数のホストまたはメディアレイヤプロトコルを活用して、ネットワークノード104にあるアプリケーション112と通信することができるアプリケーション106を含むことができ、逆もまた同様である。たとえば、アプリケーション106および112は、ネットワークノード102および104におけるアプリケーション、サービス、オブジェクト、ウィジェット、または実質的にどの実行可能コードでもよい。さらに、ネットワークノード102および104は、それぞれ、アプリケーション106および112から、それぞれ、ネットワークレイヤプロトコル110および116を介してオブジェクトを伝達することができるオブジェクトベースのトランスポートプロトコル108および114を含む。一例では、ネットワークレイヤプロトコル110および116は、IPまたは同様のプロトコルを使用することができる。たとえば、アプリケーション106は、ネットワークノード104にあるたとえば、アプリケーション112にあるコンテンツについての要求を定式化することができる。ある例では、アプリケーション106は、アプリケーションプログラミングインターフェースAPI、またはオブジェクトベースのトランスポートプロトコル108によって提供される同様のインターフェースを活用して、コンテンツについての要求に関連した1つまたは複数のオブジェクトを作成することができる。この点において、たとえば、アプリケーション106は、オブジェクトに関する優先度、送信期限、応答プロパティ、1つまたは複数のパラメータなどのような、要求および/または応答用データに関連付けられるべきメタデータを指定することができる。オブジェクトベースのトランスポートプロトコル108は、この例では、メタデータを、コンテンツについての要求に関連した1つまたは複数のオブジェクトと関連付けることができる。メタデータに少なくとも部分的に基づいて、オブジェクトベースのトランスポートプロトコル108は、コンテンツについての要求を備えるオブジェクトをネットワークノード104に送るために経由すべき1つまたは複数のチャネルを選択することができる。記載するように、たとえば、オブジェクトベースのトランスポートプロトコル108は、ネットワークノード104など、所与のエンドホストへの、1つまたは複数のネットワークインターフェースを介した1つまたは複数のチャネルを各々が備え得る複数のセッションを管理することができる。さらに、オブジェクトベースのトランスポートプロトコル108は、コンテンツについての要求に関連したオブジェクトを、ネットワークノード104向けの適切なセッションに与えることができる。一例では、オブジェクトベースのトランスポートプロトコル108は、オブジェクトが全体的に受信されると、そのオブジェクトを与えることができ、順序にかかわらずオブジェクトを与えることができるたとえば、後で説明するように、アプリケーション112によって順序配信が要求されない限り。ネットワークノード102向けの、オブジェクトベースのトランスポートプロトコル108におけるセッションは、関連したメタデータ中の優先度に従ってオブジェクトを順序付けることができ、ネットワークノード104にオブジェクトを送るためのネットワークレイヤプロトコル110を活用することができる。したがって、ある例では、ネットワークノード104は、ネットワークレイヤプロトコル116を介してネットワークノード102からオブジェクトをたとえば、ネットワークレイヤプロトコル110によって作成された1つまたは複数のパケットまたは他のネットワークフレーム化ユニットに入れて受信することができる。ネットワークレイヤプロトコル116は、オブジェクトをたとえば、1つまたは複数のパケットとしてオブジェクトベースのトランスポートプロトコル114に与えることができる。オブジェクトベースのトランスポートプロトコル114は、オブジェクトをフレーム化し直したとえば、パケットが受信された場合、ネットワークノード102から全体が受信されると、オブジェクトをアプリケーション112に配信することができる。したがって、アプリケーション112は、オブジェクトを処理し、オブジェクトおよびそれに関連付けられたメタデータ中の、コンテンツについての要求を判断することができる。ある例では、アプリケーション112は、コンテンツについての要求を満たすことができ、このことは、ネットワークノード102に1つまたは複数の応答オブジェクトを伝達すること、1つまたは複数の応答オブジェクトをストリーミングすることなどを含み得る。さらに、アプリケーション112は、応答オブジェクトについての優先度、1つまたは複数の応答オブジェクトへの任意の起こり得る応答についての送信期限、識別子などのような、応答オブジェクトについての他のメタデータコンテンツオブジェクトについての要求の応答プロパティ中で指定され得るを、オブジェクトベースのトランスポートプロトコル114によりセットすることができる。同様に、ある例では、アプリケーション112は、オブジェクトベースのトランスポートプロトコル114を使って、1つまたは複数の応答オブジェクトについての応答プロパティをセットすることができる。上述したように、オブジェクトベースのトランスポートプロトコル114は、関連したメタデータ中で指定される優先度または他のパラメータに従って、1つまたは複数のチャネルを介してネットワークノード102に伝達するための1つまたは複数の応答オブジェクトを、1つまたは複数のセッションに与えることができる。この例では、記載するように、1つまたは複数のセッションは、ネットワークレイヤプロトコル116を活用して、1つまたは複数のデータオブジェクトをたとえば、1つまたは複数のパケットとしてネットワークノード102に伝達することができる。さらに、たとえば、オブジェクトベースのトランスポートプロトコル114は、1つまたは複数のオブジェクトについてのメタデータに少なくとも部分的に基づいて、ネットワークノード102への送信前または送信中に、1つまたは複数のオブジェクトについて送信期限に達したと判断することができる。この例では、オブジェクトベースのトランスポートプロトコル114は、関連したセッションから1つまたは複数のオブジェクトを削除し、1つまたは複数のオブジェクトの送信をやめるなどすればよい。さらに、アプリケーション106は、優先度など、コンテンツについての要求の応答データに関連した1つまたは複数のプロパティを修正することができる。この例では、オブジェクトベースのトランスポートプロトコル108は、ネットワークレイヤプロトコル110~ネットワークレイヤプロトコル116を介してネットワークノード104にメッセージを伝達して、オブジェクトプロパティを更新することができる。ネットワークレイヤプロトコル116は、記載するように、オブジェクトベースのトランスポートプロトコル114にメッセージを与えることができ、オブジェクトベースのトランスポートプロトコル114は、コンテンツについての要求の応答データに関連したプロパティを適切に修正することができる。この点において、たとえば、アプリケーション106は、応答データについての優先度を、そのデータの送信に影響を与えるように修正する。さらに、たとえば、オブジェクトベースのトランスポートプロトコル108は、記載するように、ネットワークノード104に取消しメッセージを伝達することによって、オブジェクトの送信を取り消すことができる。同様に、オブジェクトベースのトランスポートプロトコル114は、ネットワークノード102に関連メッセージを伝達することによって、オブジェクトの受信を取り消すことができる。さらに、オブジェクトベースのトランスポートプロトコル114は、記載するように、関連した送信期限の経過に少なくとも部分的に基づいて、ネットワークノード102へのオブジェクトの送信を取り消すことができる。さらに、オブジェクトベースのトランスポートプロトコル108が、ネットワークノード104および別のネットワークノードから、同じデータをもつ2つのオブジェクトを受信した場合、オブジェクトベースのトランスポートプロトコル108は、これらのオブジェクトをマージして、受信を加速すればよい。さらに別の例では、オブジェクトは、送信中にオブジェクトベースのトランスポートプロトコル114に記憶することができるので、オブジェクトベースのトランスポートプロトコル108は、対応するメッセージをオブジェクトベースのトランスポートプロトコル114に発行することによって、ネットワークノード104からのオブジェクトの送信またはたとえば、アプリケーション106から受信された要求に少なくとも部分的に基づいて関連セッションを中断および再開することができる。さらに、オブジェクトベースのトランスポートプロトコル108は、オブジェクトベースのトランスポートプロトコル114に、1つまたは複数のセッションが、オブジェクトを送信するのを中断するよう命令することができる。図2に移ると、本明細書に記載する態様による例示的なオブジェクトベースのトランスポートプロトコル200が示されている。たとえば、オブジェクトベースのトランスポートプロトコル200は、UE、エンドコンピュータ、サーバなどのネットワークノードたとえば、クライアントもしくはサーバノード、またはワイヤレスネットワーク内で通信し得る実質的にどのノード内にも実装され得る。さらに、オブジェクトベースのトランスポートプロトコル200は、本明細書に記載するように、ネットワークノードの間でのオブジェクトの伝達を実現するために、ネットワークノード内の他のプロトコルたとえば、IPプロトコル、もしくは他のネットワークレイヤプロトコル、アプリケーションプロトコル、または他のホストもしくはメディアレイヤプロトコルとインターフェースをとるように実装され得る。オブジェクトベースのトランスポートプロトコル200は、リモートネットワークノードと通信されるべき1つまたは複数のオブジェクトを扱うオブジェクトレイヤ202と、1つまたは複数のチャネルを介してオブジェクトを伝達するための1つまたは複数のセッションを確立するセッションレイヤ204と、リモートネットワークノードおよび/または1つもしくは複数の追加リモートネットワークノードとの1つまたは複数のチャネルを維持するチャネルレイヤ206とを含み得る。さらに、たとえば、オブジェクトレイヤ202は、たとえば、消去コードまたは他の符号化アルゴリズムを使用してリモートネットワークノードに送信するためのオブジェクトを符号化するオブジェクトコード化プロトコル208と、優先度、期限、および/または他のパラメータたとえば、識別情報などなど、オブジェクトに関連したメタデータを伝達するオブジェクト制御プロトコル210とを備え得る。さらに、セッションレイヤ204は、記載するように、リモートネットワークノードにオブジェクトを送信するためのセッションを確立し、維持し、削除し、セッションに/からチャネルを追加/削除などをするセッション制御プロトコル212と、セッションを1つまたは複数のチャネルにマップする接続制御プロトコル214とを備え得る。さらに、チャネルレイヤ206は、符号化されたオブジェクトを、1つまたは複数のチャネルを介した送信用のネットワークレイヤパケットにカプセル化するパケットフレーミングプロトコル216と、チャネルのスループットを改善するために1つまたは複数のチャネルの各々における輻輳制御を提供する輻輳制御プロトコル218とを備え得る。ある例によると、アプリケーションレイヤまたは他の上位ホストレイヤは、オブジェクトベースのトランスポートプロトコル200を使用して、たとえば、オブジェクトベースのトランスポートプロトコル200などによって提供されるAPIによりリモートネットワークノードにオブジェクトを伝達することができる。記載するように、たとえば、オブジェクトベースのトランスポートプロトコル200は、アプリケーションまたは他の上位ホストレイヤが、リモートネットワークノードへの伝達用のオブジェクトおよび/またはリモートネットワークノードから伝達される応答オブジェクトに優先度を与えること、リモートネットワークノードへ/からのオブジェクトを伝達するための期限を関連付け、強制することなどの少なくとも1つを行うことを可能にし得る。したがって、オブジェクトレイヤ202は、優先度を強制し、部分的に受信されたオブジェクトを、オブジェクトの残りの部分が受信されるまで記憶することなどを、各オブジェクトが円滑にするための状態を維持することができる。この例では、オブジェクトベースのトランスポートプロトコル200は、オブジェクトをたとえば、アプリケーションから受信することができ、オブジェクトコード化プロトコル208は、消去コード、または他のコードなど、1つまたは複数の符号化アルゴリズムを使ってオブジェクトを符号化して、オブジェクトを伝達する信頼性を増すことができ、したがってオブジェクトのための1つまたは複数の前方誤り訂正FECシンボルを生成する。さらに、オブジェクト制御プロトコル210は、優先度、送信期限、オブジェクトタグまたは識別子などのようなメタデータを、オブジェクトに関連付けることができ、ここでメタデータは、アプリケーションまたは他の上位ホストレイヤからたとえば、APIを通して受信され、符号化されたオブジェクトの受信側によって指定され、または場合によっては受信側と交渉されるものなどの少なくとも1つであり得る。さらに、たとえば、オブジェクトレイヤ202は、オブジェクトレイヤ202に関連した1つまたは複数のヘッダーを含み得るFECシンボルから、オブジェクトコード化プロトコルデータ単位PDUを作成することができる。さらに、たとえば、オブジェクトレイヤ202は、優先送信のために、セッションレイヤ204にオブジェクトコード化PDUおよび/または対応するオブジェクトに関連したメタデータを与えることができる。この例では、セッションレイヤ204は、記載するように、リモートネットワークノードとのセッションを確立し維持することができる。セッションは、リモートネットワークノードにネットワークレイヤパケットを伝達するための、1つまたは複数のネットワークインターフェースを介する1つまたは複数のチャネルを備え得る。さらに、複数のアプリケーションからのオブジェクトコード化PDUが、リモートネットワークノードに伝達するために、たとえば、オブジェクトレイヤ202によるセッションに与えられ得る。さらに、セッションレイヤ204は、インターフェースを介したリモートネットワークノードへの接続に各々が対応し得るチャネルを追加し、および所与のセッションから削除することができる。別の例では、セッションレイヤ204は、リモートネットワークノードがセッションにおける少なくとも別のチャネルに関して同じであることを検証するとともに、リモートネットワークノードへの1つまたは複数のチャネルの追加を可能にする、リモートネットワークノードとのセキュリティアソシエーションを確立し維持することができる。この例では、セッションレイヤ204は、リモートネットワークノードとの追加チャネルを確立するとき、セキュリティアソシエーションを含めることができ、リモートネットワークノードは、チャネルの確立を可能にするかどうか判断する際、セキュリティアソシエーションを検証することができる。セッション制御プロトコル212はこのように、たとえば、セッションを確立し、維持し、削除し、セッションに/からチャネルを追加または削除することなどができる。接続制御プロトコル214は、1つまたは複数のホストに接続された1つまたは複数のネットワークインターフェースを使って、1つまたは複数のリモートネットワークノードとのチャネルを確立および削除することができる。上記の例において、セッションレイヤ204は、1つまたは複数のオブジェクトコード化PDUを、セッション制御プロトコル212によって、リモートネットワークノードと確立されたセッションに関連付けることができる。たとえば、これは、オブジェクトコード化PDUを用いてたとえば、メタデータ中で、符号化されたオブジェクトに関連付けられたヘッダー中で、またはそれ以外で指定されるリモートネットワークノードに関連付けられた識別子に少なくとも部分的に基づき得る。所与のセッションの場合、たとえば、セッション制御プロトコル212は、セッション中のオブジェクトコード化PDUを、オブジェクトコード化PDUに関連付けられたメタデータ中の優先度、送信期限、および/または他のプロパティに従って順序付けることができる。セッション制御プロトコル212は、接続制御プロトコル214によって、セッションに関連付けられた1つまたは複数のチャネルを介して、1つまたは複数のオブジェクトコード化PDUを送信することができる。この点において、たとえば、セッション制御プロトコル212は、セッションの透明性を維持するように、接続制御プロトコル214を使ってセッションのチャネルを修正しながら、セッションを維持することができる。したがって、1つまたは複数のホストが、リモートネットワークノードへの通信経路内で修正されることが可能であり、セッション制御プロトコル212は、修正を鑑みて、修正をアプリケーションにたとえば、またはオブジェクトレイヤ202にさえも公開することなく、セッションの1つまたは複数のチャネルを更新することができる。一例では、こうすることにより、関連ネットワークノードの移動性が可能になり得る。さらに、この例では、チャネルレイヤ206は、1つまたは複数のネットワークインターフェースを介して、リモートネットワークノードとの1つまたは複数のチャネルを管理することができる。チャネルレイヤ206は、1つまたは複数のチャネルについての輻輳制御、パケットフレーミング、ネットワークアドレス変換NATおよびファイアウォール横断などを扱うことができる。たとえば、パケットフレーミングプロトコル216は、1つまたは複数のオブジェクトコード化PDUを、チャネルを介したたとえば、1つまたは複数のネットワークレイヤプロトコルを使う送信用の1つまたは複数のパケットたとえば、および/またはPDUにコンバートすることができる。輻輳制御プロトコル218は、輻輳制御プロセスに従って、チャネルが、1つまたは複数のパケットのうちの少なくとも一部分の送信を扱うことができるかどうか判断することができる。輻輳制御は、たとえば、インターフェースに過負荷をかけないように、関連インターフェースを介して通信フローを制御するためのチャネルの能力を指すことがき、輻輳制御プロセスは、関連したチャネルにおいてそのような機能性を提供し得る。チャネルレイヤ206は次いで、1つまたは複数のパケットを、リモートネットワークノードへの送信のためにネットワークレイヤプロトコルに与えることができる。一例では、チャネルレイヤ206は、伝送制御プロトコルTCPを使用して、パケットフレーミング、輻輳制御などを遂行することができる。同様に、たとえば、チャネルレイヤ206は、ネットワークインターフェースを介して、リモートネットワークノードから1つまたは複数のパケットをたとえば、ノードに送られたオブジェクトへの応答として受信することができる。パケットフレーミングプロトコル216は、1つまたは複数のパケットを、たとえば、送信パケットに関して同様のフレーミングを使って1つまたは複数のオブジェクトコード化PDUに変換し、ネットワークインターフェースおよびリモートネットワークノードに関連したチャネルを介して、オブジェクトコード化PDUをセッションレイヤ204に与えることができる。接続制御プロトコル214は、オブジェクトコード化PDUを取得することができ、セッション制御プロトコル212は、たとえば、パケットが受信されるときに経由するチャネルに基づいてオブジェクトコード化PDUをセッションに関連付けることができる。セッションレイヤ204は、オブジェクトコード化PDUをオブジェクトレイヤ202に伝達することができる。オブジェクトコード化プロトコル208は、たとえば、使用される符号化に従ってオブジェクトコード化PDUを復号することができ、復号オブジェクトを関連アプリケーションレイヤたとえば、セッションに関連したアプリケーションに与えることができる。上記により、現行のトランスポートプロトコルを上回る様々な利点が可能になる。たとえば、アプリケーションレイヤには、フレーミングデータに対する何らかの制御が与えられる。たとえば、オブジェクトベースのトランスポートプロトコル200を介して送信されるオブジェクトを作成することにより、アプリケーションレイヤは、任意のサイズのオブジェクトたとえば、サイズが異なるオブジェクトを作成し、さらに、記載するように、優先度および時間切れタイマなどのような、オブジェクトを伝達するためのパラメータを指定することが可能になる。図3を参照すると、ネットワークを越えてオブジェクトを伝達するためのオブジェクトベースのトランスポートプロトコル306の提供を円滑にする例示的通信システム300が示されている。システム300は、ワイヤードまたはワイヤレスネットワーク内で互いと通信するネットワークノード302および304を備える。図示していないが、ネットワークノード302および304は、1つまたは複数のゲートウェイ、ルータ、基地局、他のデバイスなどのような、1つまたは複数の追加ネットワークノードを通して通信することができる。さらに、ネットワークノード302および304は、各々が、UE、コンピュータ、サーバなどのような、実質的にどのネットワークノードまたはエンドポイントであってもよい。ネットワークノード302は、本明細書に記載するように、ネットワークノード304やはりオブジェクトベースのトランスポートプロトコルを有し得るが、図示していないと通信するための、オブジェクトベースのトランスポートプロトコル306を含み得る。オブジェクトベースのトランスポートプロトコル306は、たとえば、ネットワークノード304と通信するための、ネットワークノード302の1つまたは複数のネットワークインターフェース314および316を使用する複数のセッション308、310、および312を含み得る。記載するように、たとえば、オブジェクトベースのトランスポートプロトコル306は、ネットワークノード304と通信するためのセッション1308を確立することができる。さらに、オブジェクトベースのトランスポートプロトコル306は、ネットワークインターフェース314および316のうちの1つまたは複数を介して、他のネットワークノード図示せずと通信するためのセッション2310とセッション3312とを確立することができる。さらに、図示するように、セッション1308およびセッション2310は、それぞれ、ネットワークノードと通信するためのチャネル318および320を介してインターフェース1314とインターフェース2316とを使用することができ、セッション3312は、インターフェース2316へのチャネルをもつが、インターフェース1314へのチャネルはもたない。一例では、すべてのセッションが、すべてのインターフェースを介するチャネルをもち得るような完全なメッシュ化が可能であることを諒解されたい。さらに、各セッション308、310、および312は、オブジェクトについてのメタデータ中で指示された優先度に従って、セッション内のオブジェクトを順序付けることができる。さらに、インターフェース1314およびインターフェース2316は、3GPPインターフェース、WiFiインターフェース、WiMAXインターフェース、LTEインターフェース、ローカルエリアネットワークLANインターフェースなどのような、実質的にどのネットワークインターフェースでもよい。記載するように、たとえば、オブジェクトベースのトランスポートプロトコル306は、1つまたは複数のセッション308、310、または312を介して送信するための1つまたは複数のオブジェクトを、アプリケーションから受信することができる。たとえば、アプリケーションは、オブジェクトを受信するべきネットワークノード304を識別することができ、オブジェクトベースのトランスポートプロトコル306は、ネットワークノード304をセッション1308に関連付けられたものとして識別したことに少なくとも部分的に基づいて、オブジェクトをセッション1308に関連付けることができる。したがって、オブジェクトベースのトランスポートプロトコル306は、オブジェクトを、たとえば、記載するように、オブジェクトの符号化、オブジェクトへのメタデータの関連付けなどに続いて送信のためにセッション1308に置くことができる。オブジェクトベースのトランスポートプロトコル306は、インターフェース1314および/またはインターフェース2316におけるインターフェース送付機会の判断に従ってオブジェクトを送信することができる。たとえば、インターフェース1314およびインターフェース2316は、インターフェースに過負荷がかからないことを確実にするように管理することができる発信パケットのキューを有し得る。したがって、インターフェース1314および/またはインターフェース2316が、そのバッファに、データの最大送信ユニットMTUのための余地を残しているとき、インターフェースには送付機会がある。各チャネル、たとえばチャネル318および320は、記載するように、輻輳制御を維持することができる。したがって、チャネルに関連したインターフェースたとえば、チャネル318用のインターフェース1314またはチャネル320用のインターフェース2316においてインターフェース送付機会が起きたとき、各チャネルは、その輻輳制御プロセスに従ってデータを送ることができるかどうか判断し得る。この情報に少なくとも部分的に基づいて、セッション308、310、および312のサブセットは、送付に適格と判断され得る。たとえば、インターフェース1314がインターフェース送付機会をもつ場合、セッション1308およびセッション2310は、一例では、送付に適格であると識別され得る。さらに、ただし、オブジェクトベースのトランスポートプロトコル306は、1つまたは複数のセッションを保留することができる。この保留は、たとえば、ネットワークノード304が別のネットワークノードとの別のセッションを選好する場合、ネットワークノード304によって開始することができる。たとえば、ネットワークノード302は、ネットワークノード304にストリーミングデータを与えることができるが、ネットワークノード304は、ストリーミングアプリケーションから、別のネットワークノードをもつ別のアプリケーションに切り替えることができる。この場合、ネットワークノード304は、セッション1308を、少なくとも一定の期間はそこからデータを受信しないように保留することを望み得る。この例では、オブジェクトベースのトランスポートプロトコル306は、セッションが送付に適格であるかどうか判断するとき、セッションの状態を考慮すればよい。したがって、上の例では、オブジェクトベースのトランスポートプロトコル306は、セッション1308が保留状態にあると示されるとき、セッション2310を、送付に適格と判断することができる。この例では、オブジェクトベースのトランスポートプロトコル306が、送付に適格なセッションたとえば、この例ではセッション1308およびセッション2310のサブセットを識別すると、オブジェクトに関連したメタデータによる、適格なものの中で優先度が最も高いオブジェクトをもつセッションたとえば、送信期限が過ぎていないものが、インターフェース送付機会を使用することができる。この点において、たとえば、一意のオブジェクト、セッション、およびインターフェースの組合せを識別することができ、オブジェクトについてのデータが、インターフェースを介して送られ得る。2つ以上の適格なセッションが、同じまたは同様の優先度のオブジェクトをもつ場合、たとえば、追加情報を分析して、どのセッションがインターフェース送付機会を使用することができるか判断すればよいたとえば、インターフェース送付機会を使うことができなかった最後のセッション、最後の送信時間がより早いセッションなど。さらに、たとえば、インターフェース送付機会による送信用に選択されたオブジェクトのサイズが、インターフェース送付機会用の、インターフェースにおける利用可能MTUよりも小さい場合、オブジェクトがそこから選択されるセッションたとえば、セッション1308が、インターフェース送付機会中に1つまたは複数の追加オブジェクトの一部分を送信することができる。別の例では、1つまたは複数の追加オブジェクトよりも優先度が高い異なるオブジェクトをもつ別のセッション、たとえばセッション310が、インターフェース送付機会中に異なるオブジェクトを送信することができる。一例では、本明細書における、オブジェクトの送付または送信へのどの言及も、所与のインターフェース送付機会中に適格なセッションを判断し、セッションのうちの1つまたは複数から、優先度が最も高いオブジェクトを選択する上記プロセスを含み得る。一例では、オブジェクトベースのトランスポートプロトコル306は、記載するように、セッション1308への送信のための送付機会または命令を与えることができる。この例では、オブジェクトベースのトランスポートプロトコル306は、関連インターフェースたとえば、インターフェース1314を介して送信するための許容サイズ、関連チャネルたとえば、チャネル318についての推定ラウンドトリップ時間などを含み得る。ある例では、セッション1308は、送付機会を拒否することができ、そのケースでは、オブジェクトベースのトランスポートプロトコル306は、送付機会を、セッション2310など、優先度が次に高いオブジェクトをもつセッションに与えてよい。別の例では、セッション1308およびセッション2310は、送付機会を拒否することができる。この例では、セッション1308および/またはセッション2310は、ネットワークノード304にデータを送信することを必要とされるときたとえば、オブジェクトベースのトランスポートプロトコル306が、セッション1308またはセッション2310に追加オブジェクトを与える場合、オブジェクトベースのトランスポートプロトコル306が、たとえば、ネットワークノード304の要求において以前保留されたセッションを再開するよう指示する場合など、オブジェクトベースのトランスポートプロトコル306における送付機会を要求することができる。さらに、ネットワークノード304は、記載するように、ネットワークノード302と通信するための1つまたは複数のインターフェースへの1つまたは複数のセッションおよび/またはチャネルを実装するオブジェクトベースのトランスポートプロトコルを含み得る。この例では、ネットワークノード304は、インターフェース1314またはインターフェース2316との接続を使用することによって、ネットワークノード302に応答オブジェクトを送信することができ、ノード302はしたがって、応答オブジェクトをセッション1308にフォワードすることができる。さらに、上で説明し、ここでさらに説明するように、オブジェクトベースのトランスポートプロトコル306は、ネットワークノード304からの応答オブジェクトの伝達の1つまたは複数の側面を制御するたとえば、対応する要求中の応答データパラメータを使い、応答オブジェクトについてのパラメータの修正に関するコマンドをネットワークノードに送る、などことができる。一例では、本明細書に記載するように、図1を再び参照すると、ネットワークノード102および104は、エンドポイント、オブジェクトトランスポートOTサービスアクセスポイントSAPなどと呼ばれ得る。たとえば、オブジェクトトランスポートサービスアクセスポイントとは、アプリケーションがそこでオブジェクトトランスポートサービスにアクセスする論理ポイントである。たとえば、様々なタイプのOTサービスアクセスポイントがあり得る。コネクションレスOTSAPが、任意のリモートコネクションレスOTSAPにオブジェクトを送り、そこからオブジェクトを受信する。コネクション型OTSAPは、特定のリモートコネクション型OTSAPにオブジェクトを送り、そこからオブジェクトを受信する。このタイプのSAPは、リモートコネクション型OTSAPから、新規ローカルコネクション型OTSAPの確立についての要求を受信するのにも使うことができる。マルチキャストOTSAPは、IPマルチキャストグループにオブジェクトを送り、そのグループからオブジェクトを受信する。さらに、特定の例示的実装形態では、OTエンドポイントが、可能OTサービスアクセスポイントをアドレス指定し、ホストアイデンティティ、OTポートペアによって識別され、ここでホストアイデンティティとは、エンドホスト用の識別子たとえば、ホストアイデンティティプロトコルHIPによるホストアイデンティティであり、OTポートは、そのホスト内のOTエンドポイント用の識別子である。たとえば、HIPは、エンドポイント識別子とロケータとの間を区別するのに、IPネットワーク内で使われるホスト識別技術であり得る。OTロケータは、OTホストのネットワークレイヤアドレスたとえば、IPアドレスであり得る。OTロケータは、OTエンドポイントとの通信を開始するのに使われ得る。コネクション型SAPの目的は、たとえば、関連オブジェクトが扱われ得るコンテキストをもつ、アプリケーション106および/または112などのアプリケーションを提供することである。これは、セキュリティアソシエーションが、ソケットレベルで作成することができ、その接続を通して交換されるオブジェクトに適用されるので、オブジェクトベースのトランスポートプロトコル108および/または114によってセキュリティが求められるときに有用であり得る。たとえば、ソケットは、ネットワークノードの間で通信するのに使用することができ、ここでソケットはTCPソケットであり得る。この例では、2つの接続確立モード、すなわち要求があると直ちに接続が確立される正常モードと、データが送られるようになるまで接続確立が遅延されるレイジーモードとを与えることができる。こうすることにより、データ交換と接続確立が同時に起こることが可能になり、データが転送され得る前の接続セットアップ遅延を避けることができる。さらに、たとえば、前に記載したオブジェクトプロパティたとえば、優先度、送信期限などが、ある具体的な例示的実装形態では、次のように定義され得る。優先度:オブジェクト優先度は、オブジェクトの相対優先度についての、オブジェクトトランスポートレイヤへのヒントである。セッション用のリソースは、より高優先度のオブジェクトに割り振られてから、より低優先度のオブジェクトに割り振られ得る。優先度レベルは、以下のテーブルにおいて定義される。期限:オブジェクトが受信側にとってもはや有用でなくなる時間期限である。この後は、オブジェクトを配信するためのそれ以上の試行は行われない。本明細書では送信期限と呼ぶ場合もある。応答プロパティ:オブジェクトの送付側が、いかなる応答も戻すために、オブジェクトの受信側に使ってもらいたいプロパティセットである。このセットは、応答にどのような優先度が使われるべきか、および応答がそれ以降有用でなくなる期限があるかどうかについての意見を送付側が表すのを可能にする。さらに、例示的な一実装形態では、オブジェクトの完全な受信より前にオブジェクトを識別する際にアプリケーションを支援するために、図1のオブジェクトベースのトランスポートプロトコル108および114ならびに図3のオブジェクトベースのトランスポートプロトコル306は、アプリケーションが、各オブジェクトにオブジェクトタグを関連付けることを可能にし得る。オブジェクトタグは、オブジェクトと一緒に移送される不透明なデータフィールドである。送信途中にあるオブジェクト用のオブジェクトタグは、オブジェクトが到着し始めると、オブジェクトを識別するために、受信側にとって直ちに利用可能である。さらに、たとえば、図1のオブジェクトベースのトランスポートプロトコル108および114ならびに図3のオブジェクトベースのトランスポートプロトコル306は、オブジェクトレベルで動作する基本的な送付および受信動作を提供し得るとともに、オブジェクトの送付または受信を取り消す。オブジェクト送付は非同期でよく、受信は同期でも非同期でもよい。非同期のケースでは、新規オブジェクトが到着し始めたというイベント、新規オブジェクトが完全に受信されたというイベント、オブジェクトの配信が成功したというイベント、オブジェクトのトランスポートが送付側によって取り消されたというイベント、オブジェクトが受信されないうちにオブジェクト期限が満了したというイベント、および/または受信側における不十分なメモリが原因でオブジェクトが破棄されたというイベントをユーザに通知するためのイベント通知機構が提供される。再び図2を参照すると、以下は、オブジェクトベースのトランスポートプロトコル200についての具体的な一実装形態である。記載するように、複数のネットワークノードは、各々がオブジェクトベースのトランスポートプロトコルを備えることができ、オブジェクトベースのトランスポートプロトコルを使って互いと通信することができる。以下の説明において、送付側は、オブジェクトベースのトランスポートプロトコルを使って受信側別のネットワークノードにオブジェクトを送信するネットワークノードであり得る。ある例では、オブジェクトコード化プロトコル208は、以下の態様によって実装され得る。たとえば、上述したオブジェクトコード化PDUが、可能性としては複数のオブジェクトについて、オブジェクト情報とフィードバック情報の両方を備え得る。オブジェクト情報は、オブジェクトコード化PDUのオブジェクトブロックに入れて、フィードバック情報はフィードバックブロックに入れて搬送され得る。さらに、オブジェクトコード化プロトコル208は、オブジェクトメタデータに入れて伝達され得る、各ネットワークノードによって割り振られる符号なし整数オブジェクト識別子でオブジェクトを識別することができる。ネットワークノードの間でオブジェクト送付が始まるとき、たとえば、送付側は、送付側が割り振ったローカルオブジェクト識別子を含む。送付側が、オブジェクト制御プロトコル210メッセージを受信側と交換すると、送付側は、オブジェクトについての、受信側の識別子へのアクセスを手に入れ、この識別子は次いで、オブジェクトデータパケット内で使われ得る。受信側のオブジェクト識別子の使用により、受信側におけるオブジェクトルックアップが簡素化し得る。オブジェクトタグ、プロパティ、FECオブジェクト送信情報たとえば、オブジェクトサイズ、およびオブジェクト識別子との関連付けなどのオブジェクト情報は、オブジェクト制御プロトコル210によって、受信側におけるオブジェクトベースのトランスポートプロトコルに伝達され得る。一例では、このオブジェクト情報が受信される前に、オブジェクト受信が受信側において始まり得ることが可能である。さらに、オブジェクト制御プロトコル210は、送付側と受信側との間でのフィードバックの伝達を可能にし得る。フィードバックは、受信側における、オブジェクトの受信の進行についての情報を送付側に提供する。この情報は、オブジェクトについて、いつ、どれだけ多くの追加データが送られるか判断するのに使うことができる。小さいオブジェクトの場合、たとえば、オブジェクト制御プロトコル210からオブジェクト情報が受信される前にフィードバックが送られ得ることが望まれ得る。この理由により、1つまたは複数のオブジェクトコード化PDUのオブジェクトブロック内にシンボルサイズをコード化すればよく、そうすることにより、FECオブジェクト送信情報を受信する前に、受信シンボルのカウントが行われ得る。このカウントは次いで、フィードバックにおいて報告され得る。大きいオブジェクトの場合、たとえば、オブジェクトの受信がほぼ完了したときにフィードバックが伝達され得る。この理由により、FECオブジェクト送信情報が受信されるおよびオブジェクトサイズが既知であると、必要とされる残りのシンボル数が報告され得る。一例によると、オブジェクトコード化PDUフォーマットは、以下に示すように定義され得る。アプリケーションレイヤのフレーミングをサポートするために、2つのメッセージフォーマット、すなわちObjectCodingHeaderおよびObjectCodingBodyが定義される。オブジェクトコード化PDUは、ObjectCodingHeaderメッセージ、その後に続くゼロ以上のObjectCodingBodyメッセージを含み得る。送られるべき各オブジェクトについて、送付側におけるオブジェクト制御プロトコル210は、オブジェクトについてまだ送られていないシンボルの数を表す、未解決シンボルのカウント、すなわちNsendと、オブジェクトについてデータが最後に送られた時間、すなわちTsendとを維持することができる。送られるべきオブジェクトは、セッション内でたとえば、上述したように、セッションレイヤ204によって優先度順でソートされる。優先度が等しいオブジェクトは、オブジェクトについての最後の送信時間の逆順でたとえば、最も遅い時間に送信されたオブジェクトが先頭になるようにソートされ得る。受信中の各オブジェクトについて、受信側におけるオブジェクト制御プロトコル210は、受信シンボルの数のカウント、すなわちNrecv、データが最後に受信された時間、すなわちTrecv、オブジェクトについてフィードバックが最後に送られた時間、すなわちTfeedback、最後のフィードバックにおいて指示される必要シンボルの数、すなわちNfeedbackなどを維持することができる。たとえば、アプリケーションによる送信用に新規オブジェクトが与えられると、オブジェクト制御プロトコル210は、オブジェクトを、その優先度に従ってオブジェクト序列に挿入することができる。セッションについての送付機会を通知されると、オブジェクトコード化プロトコル208は最初に、フィードバックが送られるべきかどうかを識別することができ、この識別は、オブジェクトが完了し、完了を示すどのフィードバックも送られていない、またはラウンドトリップ時間にフィードバックが送られており、最後のラウンドトリップ時間に、オブジェクトについてデータが受信されているという判断、オブジェクトが完了しておらず、フィードバックが最後に送られてから、ラウンドトリップ時間が経過したという判断、またはオブジェクトが完了しておらず、フィードバックが最後に送られてから、より低優先度のオブジェクトについてデータが受信されており、ラウンドトリップ時間に、この規則によってフィードバックがトリガされていないという判断のうちの1つまたは複数に少なくとも部分的に基づき得る。オブジェクトについてフィードバックが含まれるべきであるとき、このオブジェクトについての残りのシンボルの数は、既知である場合は、オブジェクトコード化PDUに含めればよい。FECオブジェクト送信情報が受信されていないために、オブジェクトについての残りのシンボルの数が既知でない場合は、受信シンボルの数を含めればよい。送付側は次いで、Nsend=0である、送られるべき最初のオブジェクトを識別し、Nsendと、オブジェクトコード化PDUに収まるシンボルの最大数の小さい方に等しいシンボル数をオブジェクトコード化PDUに追加する。Nsendは、PDUに含まれるシンボルの数だけ減分され得る。オブジェクトコード化PDUに余地が残っている場合、Nsend>0である次のオブジェクトに対してこの手順を繰り返せばよい。Nsend=0をもつ各オブジェクトについて、送付側は、このオブジェクトについて最後のシンボルが送られた時間Tsendから、タイマを維持することができる。このタイマが満了した場合、オブジェクトについての未解決シンボルの数を増大すればよい。オブジェクトコード化PDUを受信すると、受信側は、オブジェクトコード化PDUのフィードバックブロックから、フィードバックメッセージがある場合はそれを最初に処理する。各フィードバックメッセージについて、受信側は、受信したフィードバック情報に基づいて、オブジェクトについてのNsendの値を更新することができる。受信側は次いで、オブジェクトブロックまたはオブジェクトコード化PDUを処理する。各エントリについて、受信側は、オブジェクト識別子に基づいてオブジェクトを識別することができる。オブジェクト識別子が分からない場合は、新規オブジェクトを作成すればよい。受信側は、受信したシンボルを、オブジェクトに関連付けてたとえば、メモリまたはデータ記憶装置に記憶し、オブジェクトを復元するのに十分な情報が受信されているかどうか識別する。さらに、たとえば、オブジェクト制御プロトコル210は、1つまたは複数のオブジェクトの配信を制御するために、リモートネットワークノードの異種オブジェクト制御プロトコルとの間で、1つまたは複数のオブジェクトに関するメタデータを伝達することができる。たとえば、オブジェクトメタデータは、オブジェクトID、オブジェクトタグ、FECオブジェクト送信情報たとえば、オブジェクトサイズを含む、オブジェクトプロパティなどを含み得る。たとえば、オブジェクトIDは、前に記載したように、符号なし整数による、オブジェクトのローカルアイデンティティでよく、オブジェクトタグは、送付側によって生成された識別子でよく、FECオブジェクト送信情報は、オブジェクトコード化PDUに関連したFECの受信に関する詳細を含むことができ、オブジェクトプロパティは、優先度、送信期限などを含むことができる。オブジェクト制御プロトコル210は、たとえば、オブジェクトに関連付けられたデータ項目の一部または全部についての値を提案する、あるメッセージタイプを有し得る。受信メッセージ中の値が、最後に提案された値と一致する場合、たとえば、メッセージ交換は停止してよく、一致しない場合、メッセージ交換は、送付側および受信側がデータの値について合意に達するまで続いてよい。さらに、たとえば、メッセージは冪等でよく、このことは、同じメッセージの反復受信が、一度受信されるメッセージと同じまたは同様の効果を有し得ることを意味する。さらに、メッセージ中で提案される状態変化の全または無が定められるように、メッセージは最小であり得る。さらに、各メッセージは、単一オブジェクトを標的にし得る。インスタンスは、ローカルおよびリモートオブジェクトIDによって識別することができる。リモートオブジェクトIDは、所与のインスタンスに送られる最初のメッセージ中では与えられないこのメッセージは、リモートピアにおける状態インスタンスを確立する。さらに、メッセージは、シーケンス番号を搬送することができ、順序が乱れたメッセージは黙って破棄される。各オブジェクトインスタンスごとに、別個のシーケンス番号空間がある。各ネットワークノードは、現在の所望の状態を含む、最も早く送られるメッセージのシーケンス番号を保持することができる。さらに、所望の状態がネットワークノードによって確認されていないときはいつでも、反復メッセージが送られ得る。また、競合条件を識別するために、リモートピアから受信された最も高いシーケンス番号が、送られるすべてのメッセージ中で反響され得る。競合条件を解決するために、1つのノードが、主トークンをもつものと指定される。一例では、オブジェクト制御PDUは、次のように実装され得る。FecObjectTransmissionInformationメッセージの要素は、RaptorGまたは同様の仕様において定義することができる。オブジェクトプロパティは、次のように定義される。priorityは、URGENT、EXPEDITE、STANDARD、BACKGROUNDという値のうちの1つである。deadlineは、オブジェクトの第1のパケットの送付/受信からカウントする、オブジェクト受信についての期限をミリ秒で与える、負でない整数である。ObjectControlメッセージのフィールドは、次のように定義される。local_object_identifierは、メッセージの送付側によって割り振られたオブジェクトを識別する、負でない整数である。これは、オブジェクト識別子値を反響するremote_object_identifierフィールドを含むメッセージをエンドポイントがピアから受信するまで、エンドポイントによって送られるすべてのメッセージに含まれ得る。remote_object_identifierは、メッセージの受信側によって割り振られたオブジェクトを識別する、負でない整数である。これは、リモートピアからのどのメッセージの受信にも続いて送られるすべてのメッセージに含まれ得る。local_sequenceは、メッセージの送付側によって割り振られる、このメッセージについてのシーケンス番号である。所与のオブジェクトについて送られる第1のメッセージは、local_sequenceゼロをもち、第2のメッセージは、local_sequence1をもち、などのようになる。remote_sequenceは、ピアノードから受信された、最も高いlocal_sequence番号を含み、またはピアからどのメッセージも受信されていない場合は省かれる。otportは、コネクションレスソケットを介して送られるオブジェクトについて、オブジェクトが向けられる先のOTポート番号を含む。remote_object_identifierを含まないすべてのメッセージに含まれ得る。local_connection_identifierは、新規接続についてのローカル識別子を含むremote_connection_identifierは、接続のためのリモートエンドポイントによって割り振られた接続識別子を含むobject_sequence_numberは、順序配信との接続のためのオブジェクトについての、ゼロから始まるシーケンス番号を含むfec_otiは、ソースブロックの数はシグナリングしなくてよく、1であると仮定され得ることを除いて、RaptorGについて定義されるFECオブジェクト送信情報を含む。remote_object_identifierを含まないすべてのメッセージに含まれ得る。object_tagは、送付側アプリケーションによって与えられるオブジェクトタグを含むpropertiesは、提案されたオブジェクトプロパティ値を含む。各オブジェクトについて、オブジェクト制御プロトコル210は、以下の状態情報を維持することができる。一例では、オブジェクト制御プロトコル210の動作の一般原理は、いずれかのピアが、任意のときに、新規オブジェクトプロパティセットを提案し得ることである。新規提案を受信したピアは、提案を確認して返答し、または、たとえば対抗提案で返答することができる。メッセージ交換は、プロパティセットについてピアが合意するまで続き得る。新規オブジェクトを作成すると、オブジェクト状態情報は、以下に示すように初期化され得る。送付側または受信側においてプロパティがローカルに変化すると、所望プロパティを、新たなプロパティ値にセットすることができ、提案送付時間をヌルにセットすることができる。送付機会があると、所望プロパティがヌルではなく、提案送付時間がヌルであるか、もしくは現在時刻が、提案を送った時間にラウンドトリップ時間の2倍を加えたものよりも大きいという条件、またはコンフォメーションフラグが真であるという条件のうちの少なくとも1つが成り立つ場合、プロパティを変えるためのメッセージが、リモートネットワークノードに送られ得る。メッセージが送られようとしている場合、メッセージフィールドは、オブジェクト制御プロトコル210によって次のようにセットされ得る。ローカルオブジェクト識別子フィールドは、ローカルオブジェクト識別子値にセットされ得る。リモートオブジェクト識別子フィールドは、リモートオブジェクト識別子値にセットすることができ、またはその値がヌルである場合は省かれる。最後のローカルシーケンス番号は、ヌルである場合、ゼロにセットされ得る。ヌルでない場合、最後のローカルシーケンス番号は1だけ増分され得る。ローカルシーケンス番号フィールドは、最後のローカルシーケンス番号にセットされ得るリモートシーケンス番号フィールドは、最後のリモートシーケンス番号値にセットすることができ、またはその値がヌルである場合は省いてよい。最後のリモートシーケンス番号がヌルである場合は、以下の手順に従えばよい○fec_otiフィールドは、FECオブジェクト送信情報にセットされ得る○object_tagフィールドは、送付側アプリケーションによって与えられたオブジェクトタグを含み得る○コネクションレスソケットの場合、otportフィールドは、オブジェクトについての宛先OTポートにセットされ得る○コネクション型ソケットの場合、リモート接続識別子が分かっている場合、remote_connection_identifierフィールドが含まれてよく、分からない場合、local_connection_identifierフィールドが含まれてよい○順序配信を伴うコネクション型ソケットの場合、object_sequence_numberが含まれ得る。プロパティフィールドは、所望のプロパティ値がヌルでない場合はその値にセットすることができ、ヌルの場合は現在のプロパティ値にセットすることができる。オブジェクト制御プロトコル210のメッセージを受信すると、受信側は、目標オブジェクトを最初に識別することができる。メッセージが、リモートオブジェクト識別子フィールドを含む場合、このフィールドは、オブジェクトを直接ルックアップするのに使うことができる。この識別子をもつオブジェクトが存在しない場合、メッセージは黙って破棄され得る。存在する場合、メッセージは、記載するように処理され得る。メッセージがリモートオブジェクト識別子を含まない場合、ノードは、メッセージのローカルオブジェクト識別子フィールドと等しいリモートオブジェクト識別子値をもつ任意のオブジェクトを検索することができる。そのようなオブジェクトが見つかった場合、メッセージは、記載するように処理され得る。そのようなオブジェクトが見つからない場合、次のように初期化された状態値をもつ新規オブジェクトを作成すればよい。受信メッセージのローカルシーケンス番号フィールドが、最後のリモートシーケンス番号値以下である場合、メッセージは黙って破棄され得る。そうでない場合、最後のリモートシーケンス番号は、ローカルシーケンス番号フィールドに等しくセットされ得る。受信メッセージのリモートシーケンス番号フィールドが、最後のローカルシーケンス番号値未満であり、この値が送信ノードである場合、メッセージは黙って破棄され得る。さらに、所望プロパティがヌルでなく、メッセージのプロパティフィールドが所望プロパティ値と一致する場合、現在のプロパティは、所望プロパティ値にセットすることができ、所望プロパティはヌルにセットすることができ、確認フラグは真にセットされなければならない。そうでない場合、ノードは、提案されたプロパティが受諾可能であるかどうか判断することができる。そうである場合、現在のプロパティはプロパティフィールドにセットすることができ、所望のプロパティはヌルにセットすることができ、確認フラグは真にセットすることができる。提案されたプロパティが受諾可能でない場合、ノードは、受諾可能である最も近いプロパティ値を判断すればよい。所望プロパティは、この値にセットすることができ、提案を送った時間は、ヌルにセットされなければならない。さらに、たとえば、セッション制御プロトコル212は、一例では、以下の態様によって実装され得る。セッション確立は、ホストアイデンティティプロトコル基本交換によって達成することができる。この交換の結果、セッションの両方のネットワークノードのホスト識別情報が確立され、キーマテリアルが生成される。セッションの初期確立により、セッション確立が起きた際に経由したチャネルが暗黙的に有効になる。ホストアイデンティティプロトコル更新手順を使って、新規チャネルが、セッションに追加され、またはセッションから削除され得る。さらに、たとえば、接続制御プロトコル214は、オブジェクト制御プロトコル210と同様に実装することができ、一例では、オブジェクト制御プロトコル210は、接続制御プロトコル214の代わりに接続の確立と管理とを含むように実装することができる。一例では、接続制御プロトコル214は、追加または代替として、以下の態様を含み得る。接続制御PDUは、次のように定義され得る。さらに、ConnectionControlメッセージのフィールドは、次のように定義され得る。local_connection_identifierは、メッセージの送付側によって割り振られた接続を識別する、負でない整数である。これは、接続識別子値を反響するremote_connection_identifierフィールドを含むメッセージをエンドポイントがピアから受信するまで、エンドポイントによって送られるすべてのメッセージに含まれ得る。remote_connection_identifierは、メッセージの受信側によって割り振られた接続を識別する、負でない整数である。これは、リモートピアからのどのメッセージの受信にも続いて送られるすべてのメッセージに含まれ得る。local_sequenceは、メッセージの送付側によって割り振られる、このメッセージについてのシーケンス番号である。所与のオブジェクトについて送られる第1のメッセージは、local_sequenceゼロをもち、第2のメッセージは、local_sequence1をもち、などのようになる。remote_sequenceは、ピアノードから受信された、highest_sequence番号を含み、またはピアからいかなるメッセージも受信されていない場合は省かれる。otportは、接続が向けられるOTポート番号を含む。remote_connection_identifierを含まないすべてのメッセージに含まれ得る。in_order_deliveryは、接続が、オブジェクトの順序配信を行うかどうかを示す。各オブジェクトについて、たとえば、接続制御プロトコル214は、以下の状態情報を維持することができる。接続制御プロトコル214の動作の一般原理は、いずれかのネットワークノードが、任意のときに、新規接続状態を提案し得ることである。新規提案を受信したネットワークノードは、提案を確認して返答し、または、対抗提案で返答することができる。メッセージ交換は、オブジェクト制御プロトコル210とのプロパティメッセージ交換のように、ネットワークノードが新規状態について合意するまで続く。開始側エンドポイントにおいて新規接続が作成されると、接続状態情報は、以下に示すように初期化され得る。状態がローカルに変化するたとえば、接続が閉じられると、所望の状態は、新規状態にセットすることができ、提案送付時間はヌルにセットすることができる。送付機会があると、所望の状態がヌルではなく、提案送付時間がヌルであるか、もしくは現在時刻が、提案を送った時間にラウンドトリップ時間の2倍を加えたものよりも大きいという条件、またはコンフォメーションフラグが真であるという条件のうちの少なくとも1つが成り立つ場合、ネットワークノードによって、別のネットワークノードにメッセージが送られ得る。メッセージが送られようとしている場合、メッセージフィールドは、次のようにセットされ得る。ローカル接続識別子フィールドは、ローカル接続識別子値にセットされ得る。リモート接続識別子フィールドは、リモート接続識別子値にセットすることができ、またはその値がヌルである場合は省かれる。最後のローカルシーケンス番号は、ヌルである場合、ゼロにセットされ得る。ヌルでない場合、最後のローカルシーケンス番号は1だけ増分され得る。ローカルシーケンス番号フィールドは、最後のローカルシーケンス番号にセットされ得るリモートシーケンス番号フィールドは、最後のリモートシーケンス番号値にセットすることができ、またはその値がヌルである場合は省いてよい。最後のリモートシーケンス番号がヌルである場合は、以下の手順に従えばよい○otportフィールドは、接続についての宛先OTポートにセットされ得る○in_order_deliveryフィールドは、この接続について順序配信が求められる場合にのみ、真にセットされ得る。状態フィールドは、所望の状態値がヌルでない場合はその値にセットすることができ、ヌルの場合は現在の状態値にセットすることができる。接続制御メッセージを受信すると、受信側ネットワークノードは、目標接続を最初に識別することができる。メッセージが、リモート接続識別子フィールドを含む場合、このフィールドは、接続を直接ルックアップするのに使うことができる。この識別子をもつ接続が存在しない場合、メッセージは黙って破棄され得る。存在する場合、メッセージは処理され得る。メッセージがリモート接続識別子を含まない場合、ノードは、メッセージのローカル接続識別子フィールドと等しいリモート接続識別子値をもつ任意の接続を検索することができる。そのような接続が見つかった場合、メッセージは、処理することができる。そのような接続が見つからない場合、次のように初期化された状態値をもつ新規接続を作成すればよい。受信メッセージのローカルシーケンス番号フィールドが、最後のリモートシーケンス番号値以下である場合、メッセージは黙って破棄され得る。そうでない場合、最後のリモートシーケンス番号は、ローカルシーケンス番号フィールドに等しくセットされ得る。受信メッセージのリモートシーケンス番号フィールドが、最後のローカルシーケンス番号値未満であり、このネットワークノードが接続の開始側ネットワークノードでない場合、メッセージは黙って破棄され得る。所望の状態がヌルでなく、メッセージの状態フィールドが所望の状態値と一致する場合、現在の状態は、所望の状態値にセットすることができ、所望の状態はヌルにセットすることができ、確認フラグは真にセットすることができる。そうでない場合、ネットワークノードは、提案された状態が受諾可能であるかどうか判断することができる。CLOSEDまたはREJECTEDの状態は、ネットワークノードによって常に受諾され得る。そうである場合、現在の状態は状態フィールドにセットすることができ、所望の状態はヌルにセットすることができ、確認フラグは真にセットすることができる。提案された状態が受諾可能でない場合、ノードは、REJECTEDなど、受諾可能な状態値を、OPEN状態についての要求に応答して指定すればよい。所望の状態は、この値にセットすることができ、提案を送った時間は、ヌルにセットされ得る。さらに、ある例によると、パケットフレーミングプロトコル216は、ネットワークノードの間で送信するためのパケット中に、他のレイヤの複数のPDUたとえば、オブジェクトコード化PDU、オブジェクト制御PDU、接続制御PDUなどを含むように実装され得る。さらに、パケットフレーミングプロトコル216は、ホストアイデンティティプロトコルヘッダーなど、1つまたは複数のヘッダーをパケットに追加することができる。この点において、リモートネットワークノードにおけるパケットフレーミングプロトコル216は、パケットフレーミングに少なくとも部分的に基づいて、様々なPDUを判断することができ、リモートノードにおけるオブジェクトコード化プロトコル208、オブジェクト制御プロトコル210、接続制御プロトコル214などは、PDUを処理するのに使用することができる。図4に移ると、1つまたは複数のネットワークノードと通信するための、オブジェクトベースのトランスポートプロトコルの使用を円滑にする例示的ネットワークノード400が示されている。記載したように、ネットワークノード400は、実質的に、本明細書で言及するデバイス、UE、コンピュータ、サーバ、任意のノードまたはネットワークノードなどのような、ネットワーク内で通信するどのノードでもよい。ネットワークノード400は、記載するように、異種ネットワークノードにおいて実行するアプリケーションを実行し、そのアプリケーションと通信するアプリケーション402を備え得る。さらに、ネットワークノード400は、API404と、対応するオブジェクトベースのトランスポートプロトコル406とを備え得る。たとえば、API404は、アプリケーション402による、オブジェクトベースのトランスポートプロトコル406へのアクセスを円滑にし得る。ある例によると、API404は、アプリケーション402または1つもしくは複数の異種アプリケーションが、ネットワークを介して送信するための1つまたは複数の任意のサイズのオブジェクトを作成し、オブジェクトについてのプロパティを指定し、オブジェクトを伝達する態様を制御することなどを可能にし得る。さらに、API404は、アプリケーション402が、ネットワークを介してたとえば、ソケットを使ってリモートネットワークノードに接続するためのパラメータを指定することなどを可能にし得る。したがって、アプリケーション402は、リモートネットワークノードにアプリケーションレイヤオブジェクトを移送するのにオブジェクトベースのトランスポートプロトコル406を使用するための、API404への関数呼出しを実装し得る。一例では、API404は、以下の態様に対応する実装形態を有し得る。API404は、リモートネットワークノード本明細書ではエンドポイントとも呼ばれる、オブジェクトについてのプロパティなどを指定するためのデータ構造APIと、リモートネットワークノードとの接続を管理するためのソケットAPIと、オブジェクトの伝達の管理を円滑にするオブジェクトAPIとを含む複数のAPIを含み得る。ある例では、API404は、ソケットの抽象化に基づいてよく、ここでソケットは、上の例で説明したオブジェクトトランスポートサービスアクセスポイントに対応する。作成後、ソケットは、ot_bindAPIコールを使って、ローカルOTポートに束縛され得る。上述したコネクションレスソケットのケースでは、ソケットは、任意のリモートOTエンドポイントにオブジェクトを送るのに、または任意のコネクションレスOTSAPからオブジェクトを受信するのに使うことができる。コネクション型ソケットは、たとえば、リモートOTエンドポイントを指定するconnectAPIコールを発行することによって、リモートOTSAPに接続することができる。OTエンドポイントは、OTホストアイデンティティ、OTロケータまたは両方のいずれかを与えることによって指定され得る。上述したように、正常接続モードおよびレイジー接続モードが与えられ得る。デフォルトで、コネクション型ソケットは、オブジェクトの順序配信を行うことができない。ただし、順序配信を可能にするためのソケットオプションが提供され得る。さらに、コネクション型ソケットにおける新規接続を受諾するためのlistenおよびaccept関数が提供される。ソケット記述子によって、API404においてソケットが識別され得る。ネットワークノード400向けのオペレーティングシステムpoll関数の類似物が、以下に示す、非同期プログラミングに使われ得るot_poll関数によって与えられる。ot_pollには、ネットワークノード400において、オペレーティングシステム記述子についてのイベントを検出するためのpollfd配列、さらにはオブジェクトトランスポートソケット記述子についてのイベントを検出するための新規otpollfd配列が与えられ得る。オブジェクト記述子によって、API404においてオブジェクトが識別され得る。例示的な一実装形態では、以下のテーブルが、API404内で使われるデータタイプを記述し得る。例示的な一実装形態では、以下のテーブルが、API404内で使われるいくつかの定数を記述し得る。OTによって管理されるデータオブジェクトのいくつかは、OTHandleデータタイプの使用に付託される。基底オブジェクト内のデータへのアクセスは、関数呼出しを通して達成され、OTHandle構造体自体はアプリケーションにとって不透明である。OTによって管理されるデータオブジェクトOTEndpoint、OTHostIdentity、OTLocator、OTObject、OTPropertiesを含むは、参照カウントされ得る。参照カウントは、OTHandleオブジェクトに対するot_retain関数とot_release関数とを使って増減され得る。これらのタイプのオブジェクトを戻す関数は、アプリケーションに割り振られた単一参照をもつオブジェクトを戻し、それゆえ、アプリケーションは、そのようなオブジェクトに対して、リソースの正しい割振り解除を確実にするためのot_releaseを呼び出すことができる。さらに、OTHandleはヌルでよく、その場合は、どのオブジェクトも参照しない。関数ot_is_nullは、この条件をテストするのに使うことができる。関数ot_null_handleは、ヌルOTHandleを戻し、これは、OTHandleデータタイプを初期化するのに使うことができる。一例では、API404のデータ構造APIは、以下の態様によって実装され得る。OTEndpointオブジェクトは、ホストアイデンティティ、OTポートペア、もしくはOTロケータ、OTポートペアまたは両方のいずれかによって、OTエンドポイントを識別することができる。OT通信が開始されると、初期OTロケータが与えられ得る。通信の確立中、与えられたOTロケータにおけるエンドポイントのホストアイデンティティが発見され得る。ホストの間の後続通信は、確立中に与えられるOTロケータを使っても使わなくてもよく、概してアプリケーションは、通信に使われるOTロケータセット中の変化に気づかない。上述したように、OTロケータは、IPv4またはIPv6アドレスでよく、したがって、標準structsockaddr構造体が、ロケータ、OTポートペアを表すのに使われ得る。OTホスト識別情報は、ホストアイデンティティプロトコル識別情報であってよく、したがって、標準structsockaddr構造体が、ホストアイデンティティ、OTポートペアを表すのにも使うことができ、ここで、構造体に含まれるのは、128ビットのホストアイデンティティタグである。OTEndpoint構造体は、ot_endpoint関数を使って初期化され得る。エンドポイントアイデンティティおよびエンドポイントロケータが照会され得る。さらに、OTProperties構造体は、ot_initproperties関数と、ot_getproperty関数と、ot_setproperty関数と、ot_clearproperty関数とを使って管理することができる。さらに、一例では、API404のソケットAPIが、以下の態様によって実装され得る。ot_socket関数を使って、ソケットが作成される。ot_close関数を使って、ソケットが破壊される。ot_bind関数を使って、ソケットがローカルOTポートに束縛される。さらに、たとえば、ローカルOTポートに束縛されているソケットは、ot_connect関数を使ってリモートエンドポイントに接続することができる。ソケットがコネクションレスソケットである場合、このコールは、ソケットが関連付けられるべきピアを指定する。このアドレスは、データグラムが送られるべきアドレスであり、データグラムがそこから受信されるべき唯一のアドレスである。ソケットがコネクション型である場合、このコールは、別のソケットへの接続が確立されるべきであることを示す。この場合、上述したように、OT_CONNECT_NORMALおよびOT_CONNECT_LAZYという2つの接続モードがある。ローカルOTポートに束縛されているコネクション型ソケットは、ot_listen関数を使って着信OT接続をリッスンするのに使うことができる。この関数は直ちにリターンし、続いて、ot_accept関数が、着信接続を受諾するのに使われる。リスナーとしてマークされているソケットは、着信接続要求のキューを維持する。ot_accept関数は、キューに対する第1の要求についての新規コネクション型ソケットを取得し、またはキューが空の場合は新規要求を待つのに使われる。OTソケットは、ot_pop_event関数で照会され得る、保留イベントのキューを維持する。新規イベントの存在は、ot_poll関数を使って検出することができる。ot_pop_event関数は、キューから供給されるイベントマスクによって選択されるタイプの、最も古いイベントをポップし、またはマスクと一致するどのイベントもキューが含まない場合は次のイベントが起こるのを待つ。ソケットオプションは、ot_setsockoptコールとot_getsockoptコールとを使って読み取り、書き込むことができる。サポートされるソケットオプションは、たとえば以下の通りである。ソケットイベントは、ot_poll関数を使って検出することができる。この関数により、複数のOTソケットならびにオペレーティングシステムソケット/ファイル記述子にわたるイベントが検出されるPOSIXpoll関数の場合と同様。ot_poll関数は、次のように定義されるpollfdおよびotpollfdデータ構造を使う。標準オペレーティングシステムイベントマスクは、fds配列中で使われるが、otfds配列の場合、イベントマスクは、OT_SEND_COMPLETE、OT_RECV_STARTED、OT_RECV_COMPLETE、OT_CANCELLED、OT_EXPIRED、OT_ABORTEDのようなOT系である。一例では、API404のオブジェクトAPIは、以下の態様によって実装され得る。ot_sendおよびot_sendto関数は、それぞれ、コネクションレスまたはコネクション型ソケットにおいて、オブジェクトの送付を開始するのに使われる。これらの関数は遮断せず、すなわちオブジェクトの送付の完了についての通知が求められる場合、ot_pollおよび/またはot_pop_eventのいずれかを使って、ソケット上でオブジェクト完了イベントを検出する。ot_recvおよびot_recvfrom関数は、それぞれ、コネクション型またはコネクションレスソケット上でオブジェクトを受信するのに使うことができる。各ソケットは、受信オブジェクトのキューを維持し、明示的オブジェクト記述子が指定されない場合、これらの関数は、最初の完全受信オブジェクトをソケット受信キューに入れて戻し、またはキューが空の場合はオブジェクトが利用可能になるまで遮断する。明示的オブジェクト記述子が指定されている場合、これらの関数は、そのオブジェクトが利用可能になり、取り消され、または満了されるまで遮断する。非同期動作の場合、selectおよびot_pop_event関数を使って、オブジェクトの受信を検出する。これらの関数の呼出し側は、len、tag、propsおよびdatapointersについて、その情報が求められていない場合はヌルを渡せばよい。入るとき、bufferlenによってポイントされるフィールドは、データによってポイントされるバッファにおけるバッファサイズを含むべきである。出るとき、このフィールドは、戻されたバイト数で上書きされる。バッファがオブジェクトサイズよりも小さい場合、同じオブジェクトについてのot_recvfromまたはot_recvへの反復呼出しが、オブジェクトの後続部分を戻すことになる。さらに、ot_obj_pop_event関数は、指定されたオブジェクトに関連した次のイベントを取得するのに使われ得る。2つのスレッドが、ot_pop_eventまたはot_pollをもたないソケット上およびオブジェクト上で同時に待つ場合、オブジェクト上で待つスレッドのみが、イベントが起きたときに通知されることに留意されたい。ot_getbytes関数は、受信オブジェクトからバイトを取り出す。ot_getinfoは、オブジェクトタグと、長さと、プロパティとを含む、オブジェクトについての情報を取得するのに使われ得る。オブジェクトについてのプロパティは、ot_setproperties関数を使って、送付または受信中に変えることができる。オブジェクトの、進行中の送付または受信は、ot_cancelメソッドで取り消すことができる。オブジェクトを移送するのに十分なデータが送られた後、ただし受信側が受信を確認する前に、送付側においてot_cancelが発行された場合、またはオブジェクトの受信が完了した後で受信側においてot_cancelが発行された場合、取り消されたオブジェクトは、受信側において受信されることが依然として可能であることに留意されたい。いくつかの通信モデルでは、同じまたは異なるソケット上で受信される2つのオブジェクトが、全く同じデータを含むものとして識別されることが起こり得る。この場合、ot_merge関数を使って2つのオブジェクトを1つにマージすることによって、オブジェクトの受信が加速され得る。この関数に続いて、2つのオブジェクト記述子は同義になる。オブジェクト記述子によって識別されるオブジェクトは、ot_freeze関数を使って、オブジェクトが明示的に記憶されるまで、オブジェクトが作成される、プロセスに関連付けられた存続期間をもつ。ot_thaw関数は、以前凍結されたオブジェクトを取り出すのに使うことができ、ot_discard関数は、凍結されたオブジェクトを破棄するのに使うことができる。したがって、API404は、オブジェクトベースのトランスポートプロトコル406を介して伝達するためのオブジェクトを、アプリケーション402がフレーム化するのを可能にする。たとえば、アプリケーション402は、オブジェクトのサイズを決定することができ、TCPの場合のように、固定長パケットには制限されない。さらに、アプリケーション402は、記載したように、優先度、送信期限、応答プロパティ、オブジェクトタグなどのようなオブジェクトプロパティを指定することができる。さらに、アプリケーション402は、前に記載したように、リモートネットワークノードからネットワークノード400へのオブジェクトの送信を制御することができる。図5を参照すると、オブジェクトベースのトランスポートプロトコルを使って、1つまたは複数のリモートネットワークノードにオブジェクトを送信するのを円滑にするネットワークノード500が示されている。ネットワークノード500は、記載するように、デバイス、UE、コンピュータ、サーバ、本明細書に記載する、実質的に任意のノードもしくはネットワークノード、および/または1つもしくは複数のリモートネットワークノードと通信する同様の構成要素、もしくはその部分でよい。ネットワークノード500は、アプリケーションまたはオブジェクトベースのトランスポートプロトコルレイヤの上の他のプロトコルレイヤからオブジェクトを取得するためのオブジェクト受信構成要素502と、メタデータを受信し、かつ/またはオブジェクトと相関させるオブジェクトプロパティ関連付け構成要素504と、1つまたは複数のネットワークインターフェースを介してリモートネットワークノード図示せずにオブジェクトを送信するオブジェクト通信構成要素506とを備え得る。ネットワークノード500はまた、オブジェクトまたはそれに関連付けられたプロパティの少なくとも一部分を符号化する随意のオブジェクトコード化構成要素508と、1つまたは複数の受信オブジェクトを復号する随意のオブジェクト復号構成要素510と、復号オブジェクトをアプリケーションレイヤに送るオブジェクト提供構成要素512とを備え得る。一例では、オブジェクト受信構成要素502、オブジェクトプロパティ関連付け構成要素504、オブジェクト通信構成要素506、オブジェクトコード化構成要素508、オブジェクト復号構成要素510、およびオブジェクト提供構成要素512は、本明細書に記載するように、プロトコルの機能性を提供するための、オブジェクトベースのトランスポートプロトコルの一部として実装され得る。ある例によると、オブジェクト受信構成要素502は、ネットワークノード500における1つまたは複数のアプリケーションからオブジェクトを受信し得る。さらに、オブジェクトプロパティ関連付け構成要素504は、オブジェクトと相関させるためのプロパティ、タグなどを、アプリケーションから受信し得る。この点において、記載するように、アプリケーションは、オブジェクトをフレーム化し、記載するように、オブジェクトと関連付けるための優先度、送信期限、同様の応答プロパティ、および/または他のメタデータを判断することができる。たとえば、ネットワークノード500は、アプリケーションによって使用することができる、オブジェクトと関連メタデータとを、オブジェクト受信構成要素502およびオブジェクトプロパティ関連付け構成要素504に送るのを円滑にするAPIを実装することができる。たとえば、オブジェクト通信構成要素506は、記載するように、1つまたは複数のチャネルを介してネットワークノードと通信するのを円滑にする、1つまたは複数のリモートネットワークノードとの1つまたは複数のコネクション型セッションを維持することができる。別の例では、オブジェクト通信構成要素506は、アプリケーションから受信したオブジェクトを送信するために初期化され使用され得る1つまたは複数のコネクションレスセッションを含み得る。いずれのケースでも、たとえば、オブジェクト通信構成要素506は、リモートネットワークノードに送信するためのオブジェクトたとえば、および/または関連メタデータ用のセッションを選択することができる。オブジェクト通信構成要素506は、リモートネットワークノードにオブジェクトを送信することができる。たとえば、オブジェクト通信構成要素506におけるオブジェクトの送信は、前に記載したように、セッションに関連した1つまたは複数のチャネルによる送付機会の判断に少なくとも部分的に基づいてよく、この判断は、記載するように、1つまたは複数のチャネルに関連した少なくとも1つのネットワークインターフェースについての送付機会の検出に少なくとも部分的に基づき得る。オブジェクト通信構成要素506は、1つまたは複数のオブジェクトについて指示された優先度が、少なくとも1つのネットワークインターフェースへのチャネルを有する異なるセッション中の異なるオブジェクトの異なる優先度よりも高いたとえば、および/またはオブジェクトメタデータ中で指定された送信期限が過ぎていないという判断に少なくとも部分的に基づいて、1つまたは複数のチャネルについての送付機会を判断することもできる。さらに、記載するように、オブジェクト通信構成要素506は、上述したように、送付機会を判断する際、1つまたは複数のチャネルが送信に利用可能であるかどうか判断するために、1つまたは複数のチャネルについての輻輳制御の分析を始めることができる。たとえば、このことは、1つまたは複数のチャネルが、1つもしくは複数のオブジェクトを送るために利用可能であるかどうか、または1つもしくは複数のチャネルに対する輻輳制御がそのような送付を防止するかどうか判断することを含み得る。さらに、たとえば、セッションは、コネクション型であるかコネクションレスであるかにかかわらず、リモートネットワークノードへのアクセスを可能にし得る。さらに、オブジェクトコード化構成要素508は、セッション中の1つまたは複数のチャネルに関連したオブジェクト、関連メタデータ、プロパティなどを符号化することができる。したがって、記載するように、オブジェクトコード化構成要素508は、たとえば、消去コードを使うなどしてオブジェクトをオブジェクトコード化PDUに、オブジェクトメタデータをオブジェクト制御PDUに、および/またはチャネルプロパティたとえば、接続状態を接続制御PDUに符号化することができる。この例ではオブジェクト通信構成要素506は、リモートネットワークノードにPDUを送信することができる。たとえば、いずれの場合にも、オブジェクト通信構成要素506は、PDUを、1つまたは複数のネットワークレイヤプロトコルを介して伝達するための1つまたは複数のパケットにフレーム化することができる。一例では、オブジェクト通信構成要素506は、記載するように、リモートネットワークノードとのセッションを維持することができ、オブジェクト通信構成要素506が1つまたは複数のホストへのチャネルを追加し、消去し、または修正することができるように、セッション用のチャネルを管理することができる。したがって、たとえば、ネットワークノード500がワイヤレスネットワークノードである場合、オブジェクト通信構成要素506は、ネットワークノード500がワイヤレスネットワークを越えて移動するとき、セッション用のホストチャネルを修正することによって、ノードの移動性を可能にし得る。したがって、オブジェクト通信構成要素506は、記載するように、リモートネットワークノードとのセッションを通して、ホスト切替えの透明性を維持することができる。さらに、たとえば、オブジェクト通信構成要素506は、記載するように、1つまたは複数のホストを介して、リモートネットワークノードとの複数のチャネルを確立することができる。この例では、オブジェクト通信構成要素506は、記載するように、リモートネットワークノードとの追加チャネルを確立することを求める要求において、リモートネットワークノードからたとえば、ノードとの初期チャネルを介して受信したセキュリティアソシエーションを含めることによって、リモートネットワークノードへのチャネルを追加することができる。さらに、オブジェクト通信構成要素506は、リモートネットワークノードに送信されたオブジェクトに応答して、そのノードから1つまたは複数のパケットを受信することができる。たとえば、パケットは、たとえば、オブジェクトとともにリモートネットワークノードに送信された応答プロパティによる応答オブジェクト、関連した符号化PDUなどを含み得る。PDUが受信された場合、たとえば、オブジェクト復号構成要素510は、オブジェクトおよび/または関連メタデータをPDUに従って復号することができる。いずれのケースでも、オブジェクト提供構成要素512は、記載するように、オブジェクトまたは関連PDUが受信される際に経由したチャネルに少なくとも部分的に基づいて、オブジェクトをアプリケーションレイヤに伝達することができる。さらに、たとえば、受信オブジェクトは、たとえば、記載するように、起こり得るマージのためにオブジェクトを早期に識別するための、オブジェクトの識別子、タグなどを含み得るメタデータ、オブジェクト通信構成要素506が受信オブジェクトに応答して任意のオブジェクトを伝達する際に使用し得る応答プロパティなども有し得る。さらに、たとえば、オブジェクト通信構成要素506は、記載するように、たとえば、1つまたは複数のオブジェクトコード化PDU内などのリモートネットワークノードとの通信に関するフィードバックを送信および/または受信することができる。ここで図6に移ると、ネットワークノードの間でのオブジェクトの伝達を円滑にする例示的通信システム600が示されている。システム600は、本明細書に記載する態様によって、オブジェクトを伝達することができるネットワークノード602および604を備える。ネットワークノード602および604は、各々が、本明細書に記載するデバイス、UE、コンピュータ、サーバ、ノードもしくはネットワークノード、または実質的にはワイヤードもしくはワイヤレスネットワーク内で通信するどのノードでもあり得る。ネットワークノード602は、同様の機能性の提供を円滑にするために、ネットワークノード604と同様の構成要素をさらに備えてよく、逆もまた同様であることを諒解されたい。さらに、ネットワークノード602および604は、記載する構成要素が実装されるオブジェクトベースのトランスポートプロトコルを含み得る。たとえば、ネットワークノード602は、セッションによりリモートネットワークノードに/からオブジェクトを送信および/または受信するオブジェクト通信構成要素606と、リモートネットワークノードから受信したオブジェクトに関連付けられたプロパティの修正を指示し得る随意のオブジェクトプロパティ指定構成要素608と、複数のネットワークノードから受信したパケットを受信し、1つまたは複数のオブジェクトを形成するように組み合わせることができる随意のオブジェクトマージ構成要素610とを備え得る。ネットワークノード604は、セッション中にリモートネットワークノードに/からオブジェクトを送信および/または受信するオブジェクト通信構成要素612と、リモートネットワークノードに送信される1つまたは複数のオブジェクトのプロパティを更新する随意のオブジェクトプロパティ修正構成要素614と、リモートネットワークノードにオブジェクトを送信するために、1つまたは複数のセッションの状態を制御する随意のセッション状態更新構成要素616とを含み得る。ある例によると、オブジェクト通信構成要素612は、ネットワークノード602にオブジェクトを送信することができ、このオブジェクトは、オブジェクト通信構成要素606において受信され得る。ある例では、オブジェクト通信構成要素606は、ネットワークノード604にオブジェクトを送信することによって、ネットワークノード604に対してコンテンツを要求することができる。さらに、オブジェクトプロパティ指定構成要素608は、要求の中の応答プロパティたとえば、応答オブジェクトについてのプロパティを関連付けることができる。オブジェクト通信構成要素612は要求を受信することができ、オブジェクトプロパティ修正構成要素614は、コンテンツについての要求に応答するのに関連したオブジェクトについてのプロパティを、コンテンツについての要求に関連付けられた応答プロパティに従ってセットすることができる。一例では、記載するように、応答オブジェクトについてのプロパティの交渉を円滑にするために、オブジェクトプロパティ修正構成要素614は、オブジェクトプロパティ指定構成要素608に代替オブジェクトプロパティを送信することができ、逆もまた同様である。オブジェクト通信構成要素612は、応答オブジェクトについてのプロパティセットに従って、ネットワークノード602に応答オブジェクトを送信することができる。さらに、オブジェクトプロパティ指定構成要素608は、記載するように、ネットワークノード604からオブジェクトを受信する間に、オブジェクトプロパティの修正を要求するオブジェクトをネットワークノード604に送信することができる。この例では、オブジェクト通信構成要素612は、記載するように、オブジェクトプロパティのオブジェクト要求修正を受信することができ、オブジェクトプロパティ修正構成要素614は、それに従ってプロパティを修正し、交渉するための代替プロパティを送信することなどができる。この点において、一例では、ネットワークノード602は、ネットワークノード604によってノード602に送信されたオブジェクトの優先度を修正することができる。したがって、たとえば、そのようなオブジェクトを要求するアプリケーションが、閉じ、または場合によっては以前指示された優先度でオブジェクトを受信する必要がもはやない場合、ネットワークノード602は、ネットワークノード602においてオブジェクトが受信されるレートを低下させるように、優先度の変化を起こし得る。たとえば、この変化により、ネットワークノード604または1つもしくは複数の他のネットワークノードからの他のオブジェクトについての受信レートを増大させ、オブジェクトを受信し処理するのに求められる電力消費を減少させることなどが可能になり得る。さらに、記載するように、オブジェクトプロパティ指定構成要素608は、チャネルまたはセッションの状態の修正を要求することができる。一例では、オブジェクトプロパティ指定構成要素608は、ネットワークノード604が一定の期間、セッションを中止するたとえば、セッションを保留することを含むことを要求し得る。この例では、オブジェクトプロパティ指定構成要素608は、セッションまたはセッション内のチャネルに関連したプロパティをたとえば、オブジェクト通信構成要素608によって伝達されるオブジェクト中で指示することができる。プロパティが受信されると、セッション状態更新構成要素616は、セッションの状態を適切に修正し、代替プロパティをネットワークノード602に伝達して、状態について交渉することなどができる。たとえば、セッション状態更新構成要素616がセッションを保留した場合、前に記載したように、セッションからオブジェクトを送信するのをやめるために、送付機会についてセッションを検討するとき、セッションは無視してよい。さらに別の例では、オブジェクト通信構成要素606は、ネットワークノード604およびたとえば、分散型実装形態において別のリモートネットワークノードから、要求されたオブジェクトを受信することができる。この点において、オブジェクトマージ構成要素610は、オブジェクト通信構成要素606において受信されたオブジェクトが、同じデータについてであるかどうか検出するたとえば、記載したように、オブジェクト中で指定されたプロパティまたはタグに少なくとも部分的に基づいて。同じデータについてのオブジェクトの場合、オブジェクトマージ構成要素610は、複数のネットワークノードからそのオブジェクトについて受信されたPDUを組み合わせることができる。記載するように、PDUは、消去コードを使って符号化することができ、したがって、オブジェクトマージ構成要素610は、各ネットワークノードから、PDU中でいくつかの消去コード化シンボルを受信することができ、オブジェクトのシンボルの総数に対応するいくつかの消去コード化シンボルが受信されると、ネットワークノード602は、オブジェクトを復号することができる。さらに、たとえば、オブジェクト通信構成要素612は、ネットワークノード602および複数の他のネットワークノードにオブジェクトをマルチキャストすることができる。図7~図12を参照すると、オブジェクトベースのトランスポートプロトコルの提供に関する例示的方法が示されている。説明を簡単にするために、方法を一連の行為として図示し説明するが、いくつかの行為は、1つまたは複数の実施形態によれば、本明細書で図示し説明する順序とは異なる順序で、および/または他の行為と同時に行われるので、方法は行為の順序によって限定されないことを理解および諒解されたい。たとえば、方法は、状態図など、一連の相互に関係する状態またはイベントとして代替的に表現され得ることを諒解されたい。さらに、1つまたは複数の実施形態による方法を実施するために、図示のすべての行為が必要とされるとは限らない。図7を参照すると、オブジェクトベースのトランスポートプロトコルを使ったオブジェクトの伝達を円滑にする例示的方法700が示されている。702で、リモートネットワークノードに伝達するための1つまたは複数のオブジェクトが、アプリケーションから受信され得る。記載するように、オブジェクトは、アプリケーションによってフレーム化することができ、任意のサイズであってよい。704で、1つまたは複数のオブジェクトについてのメタデータが、アプリケーションから受信され得る。たとえば、メタデータは、1つまたは複数のオブジェクトの優先度、送信期限、識別子、または他の側面に関し得る。706で、リモートネットワークノードに1つまたは複数のオブジェクトを伝達するためのセッションが選択され得る。たとえば、セッションは、リモートネットワークノードとの関連付けに少なくとも部分的に基づいて選択することができ、セッションは、記載するように、リモートネットワークノードへの1つまたは複数のチャネルを有し得る。708で、セッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための1つまたは複数のオブジェクトが、ネットワークプロトコルレイヤに与えられ得る。記載するように、1つまたは複数のオブジェクトは、判断された送付機会において、少なくとも1つのネットワークインターフェースを介して送信され得る。図8に移ると、オブジェクトについて指定される送信期限の使用を円滑にする例示的方法800が示されている。802で、セッション中のオブジェクトの送信期限を、オブジェクトに関連したメタデータから取り出すことができる。記載するように、たとえば、送信期限は、アプリケーションによって指定され、メタデータ中でオブジェクトに関連付けられ得る。804で、たとえば、送信期限と現在時刻の比較に基づいて送信期限が過ぎたと判断することができる。したがって、806で、オブジェクトの送信が取り消され得る。この取消しは、たとえば、セッションからのオブジェクトの削除、オブジェクトに関連した状況の修正などを含み得る。図9を参照すると、リモートネットワークノードからの要求に基づいてオブジェクトプロパティを修正するための例示的方法900が示されている。902で、コンテンツについての要求に関連したオブジェクトの1つまたは複数のプロパティを修正することを求める要求が、リモートネットワークノードから受信され得る。記載するように、たとえば、この要求は、1つまたは複数のオブジェクトとして受信され得る。1つまたは複数のプロパティは、コンテンツについての要求に関連した1つまたは複数のオブジェクトの優先度、送信期限などに関し得る。一例では、オブジェクトの一部分の送信は既に始まっていてよい。904で、1つまたは複数のオブジェクトの1つまたは複数のプロパティは、要求に少なくとも部分的に基づいて修正され得る。この修正は、たとえば、セッション中のオブジェクトのプロパティを変えるたとえば、アプリケーションが非アクティブである場合は優先度を下げることを含み得る。906で、1つまたは複数のオブジェクトが、1つまたは複数のプロパティに従って送信され得る。別の例では、プロパティを修正することを求める要求は、セッションまたはそのチャネルに関連してよく、904で、セッションまたはチャネル状態を、記載するように修正することができ、906で、1つまたは複数のオブジェクトを、状態修正に従って送信することができるまたは送信しなくてよい。図10に移ると、オブジェクトベースのトランスポートプロトコルによる通信のために、リモートネットワークノードとの複数のチャネルを確立するのを円滑にする例示的方法1000が示されている。1002で、リモートネットワークノードが、1つまたは複数のチャネルを介して通信し得る。記載するように、1つまたは複数のチャネルは、セッションにおけるスループットを最大限にするためのセッションの一部であり得る。1004で、セキュリティアソシエーションが、初期チャネルを介してリモートネットワークノードから受信され得る。1006で、セキュリティアソシエーションが、異なるネットワークインターフェースによる、リモートネットワークノードからの追加チャネルについての要求中で指定され得る。この指定により、リモートネットワークノードは、たとえば、別の接続を可能にする前に、初期接続を検証することができる。図11を参照すると、複数のソースからオブジェクトが受信された場合にオブジェクトをマージするための例示的方法1100が示されている。1102で、オブジェクトに関連したオブジェクトコード化PDUが、複数のネットワークノードから受信され得る。たとえば、オブジェクトコード化PDUは、たとえば、記載するように、関連識別子またはタグに少なくとも部分的に基づいて識別され得る同一のオブジェクトの固有の消去コードシンボルであり得る。1104で、オブジェクトコード化PDUがマージされ、PDUの受信時間を増すことができる。図12に移ると、リモートネットワークノードからオブジェクトを受信する1つまたは複数のプロパティを修正するための例示的方法1200が示されている。1202で、あるアプリケーションから異なるアプリケーションへの切替えが決定され得る。たとえば、アプリケーションは、リモートネットワークノードからストリーミングデータを受信中であってよく、異なるアプリケーションは、異なるネットワークノードに対してデータを要求することができる。したがって、1204で、アプリケーションに関連したオブジェクトの1つまたは複数のプロパティを修正することを求める要求が、リモートネットワークノードに送信され得る。1つまたは複数のプロパティは、たとえば、オブジェクトの優先度たとえば、アプリケーションに関連した同じ数のオブジェクトを受信しないように、異なるアプリケーションへの切替えを鑑みて、送信優先度を下げるなどを含み得る。1206で、アプリケーションに関連したオブジェクトが、記載するように、1つまたは複数のプロパティに従って受信され得る。本明細書に記載する1つまたは複数の態様によると、記載するように、ネットワークインターフェースを介して送付機会を受信するためのセッションの決定などに関する推論が行われ得ることが諒解されよう。本明細書で使用する推論するまたは推論という用語は、概して、事象および/またはデータを介して捕捉された観察のセットから、システム、環境、および/またはユーザの状態について推理する、またはその状態を推論するプロセスを指す。推論は、特定のコンテキストまたはアクションを識別するために採用でき、あるいは、たとえば、状態の確率分布を生成することができる。推論は、確率的、すなわち、データおよび事象の考察に基づく当該の状態の確率分布の計算とすることができる。推論は、事象および/またはデータのセットからより高いレベルの事象を構成するために採用される技法を指すこともある。そのような推論から、イベントが時間的に緊切して相関するか否かにかかわらず、ならびにイベントおよびデータが1つまたは複数のイベントおよびデータの発生源に由来するかどうかにかかわらず、観測されたイベントおよび/または記憶されたイベントデータのセットから新しいイベントまたはアクションが構成される。図13を参照すると、オブジェクトベースのトランスポートプロトコルを介した通信を円滑にするシステム1300が示されている。たとえば、システム1300は、少なくとも部分的に基地局、モバイルデバイス、コンピュータ、サーバなどの内部に常駐することができる。システム1300は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せたとえば、ファームウェアによって実装される機能を表す機能ブロックであってよいことを諒解されたい。システム1300は、連携して動作することができる電気構成要素の論理グルーピング1302を含む。たとえば、論理グルーピング1302は、リモートネットワークノード伝達するための1つまたは複数のオブジェクトをアプリケーションから受信するための電気構成要素1304を含み得る。記載するように、オブジェクトは、アプリケーションによってフレーム化することができ、任意のサイズであってよい。さらに、論理グルーピング1302は、1つまたは複数のオブジェクトについてのメタデータをアプリケーションから受信する電気構成要素1306を備え得る。記載するように、たとえば、メタデータは、オブジェクトの優先度、送信期限、識別子、タグなどを含み得る。さらに、論理グルーピング1302は、メタデータ中で指示された優先度に少なくとも部分的に基づいて、選択されたセッションのチャネルに関連した少なくとも1つのネットワークインターフェースを介して送信するための1つまたは複数のオブジェクトを、ネットワークプロトコルレイヤに与えるための電気構成要素1308を含み得る。記載するように、電気構成要素1308は、セッションについての送付機会の決定に少なくとも部分的に基づいて、セッション中の1つまたは複数のオブジェクトを送ることができ、送付機会の決定も、1つまたは複数のオブジェクトの優先度に基づき得る。たとえば、一態様では、電気構成要素1304は、上記で説明したように、オブジェクト受信構成要素502などを含むことができる。さらに、たとえば、上記で説明したように、電気構成要素1306は、一態様では、オブジェクトプロパティ関連付け構成要素504などを含むことができる。さらに、ある例では、上記で説明したように、電気構成要素1308は、一態様では、オブジェクト通信構成要素506などを含むことができる。さらに、システム1300は、電気構成要素1304、1306、および1308に関連する機能を実行するための命令を保持するメモリ1310を含むことができる。メモリ1310の外部にあるものとして示されているが、電気構成要素1304、1306、および1308のうちの1つまたは複数は、メモリ1310の内部に存在することができることを理解されたい。一例では、電気構成要素1304、1306、および1308は、少なくとも1つのプロセッサを備えることができるか、または、各電気構成要素1304、1306、もしくは1308は、少なくとも1つのプロセッサの対応するモジュールであり得る。さらに、追加または代替の例では、電気構成要素1304、1306、および1308は、コンピュータ可読媒体を備えるコンピュータプログラム製品であり得、各電気構成要素1304、1306、および1308は、対応するコードであり得る。次に図14を参照すると、本明細書で提示される様々な実施形態によるワイヤレス通信システム1400が示されている。システム1400は、複数のアンテナグループを含むことができる基地局1402を備える。たとえば、1つのアンテナグループはアンテナ1404および1406を含み、別のグループはアンテナ1408および1410を備え、さらなるグループはアンテナ1412および1414を含むことができる。アンテナグループごとに2つのアンテナが示されているが、グループごとにより多いまたはより少ないアンテナが利用されてよい。基地局1402はさらに、送信機チェーンと受信機チェーンとを含んでよく、そして送信機チェーンおよび受信機チェーンの各々は、諒解されるように、信号の送信および受信に関連する複数のコンポーネントたとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなどを備え得る。基地局1402は、モバイルデバイス1416およびモバイルデバイス1422など1つまたは複数のモバイルデバイスと通信することができるが、基地局1402は、モバイルデバイス1416および1422と同様の実質的にいかなる数のモバイルデバイスとも通信できることを諒解されたい。モバイルデバイス1416および1422は、たとえば、セルラー電話、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星ラジオ、全地球測位システム、PDA、および/またはワイヤレス通信システム1400を介して通信するための他の適切なデバイスであってよい。図示のように、モバイルデバイス1416は、アンテナ1412および1414と通信しており、アンテナ1412および1414は、順方向リンク1418を通じて情報をモバイルデバイス1416に送信し、逆方向リンク1420を通じてモバイルデバイス1416から情報を受信する。さらに、モバイルデバイス1422は、アンテナ1404および1406と通信しており、アンテナ1404および1406は、順方向リンク1424を介して情報をモバイルデバイス1422に送信し、逆方向リンク1426を介してモバイルデバイス1422から情報を受信する。周波数分割複信FDDシステムでは、たとえば、順方向リンク1418は、逆方向リンク1420によって使用される周波数帯とは異なる周波数帯を利用し、順方向リンク1424は、逆方向リンク1426によって使用される周波数帯とは異なる周波数帯を使用することができる。さらに、時分割複信TDDシステムでは、順方向リンク1418および逆方向リンク1420は共通の周波数帯を利用し、順方向リンク1424および逆方向リンク1426は共通の周波数帯を利用することができる。アンテナの各グループおよび/またはそれらが通信するように指定されたエリアを、基地局1402のセクタと呼ぶことができる。たとえば、基地局1402によってカバーされるエリアのセクタ中のモバイルデバイスに通信するようにアンテナグループを設計することができる。順方向リンク1418および1424を介した通信では、基地局1402の送信アンテナは、モバイルデバイス1416および1422についての順方向リンク1418および1424の信号対雑音比を向上させるためにビームフォーミングを利用することができる。さらに、基地局1402が、関連するカバレージ中に不規則に散在するモバイルデバイス1416および1422に送信するためにビームフォーミングを利用する間は、基地局が単一のアンテナを介してその基地局のすべてのモバイルデバイスに送信する場合と比較して、隣接セル内のモバイルデバイスは干渉を受けにくい。さらに、モバイルデバイス1416および1422は、図示のようにピアツーピアまたはアドホック技術を使用して互いに直接通信することができる。一例によれば、システム1400は、多入力多出力MIMO通信システムであってよい。図15を参照すると、一態様では、ネットワークノード102、104、302、304、400、500、602、または604たとえば、図1および図3~図6のうちのいずれもが、コンピュータデバイス1500によって表され得る。コンピュータデバイス1500は、本明細書で説明する構成要素および機能のうちの1つまたは複数に関連する処理機能を実行するためのプロセッサ1502を含む。プロセッサ1502は、プロセッサまたはマルチコアプロセッサの単一または複数のセットを含むことができる。さらに、プロセッサ1502は、統合処理システムおよび/または分散処理システムとして実装され得る。コンピュータデバイス1500は、プロセッサ1502によって実行されているアプリケーションのローカルバージョンを記憶するなどのためのメモリ1504をさらに含む。メモリ1504は、ランダムアクセスメモリRAM、読取り専用メモリROM、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなど、コンピュータが使用できる実質的にどんなタイプのメモリでも含むことができる。さらに、コンピュータデバイス1500は、本明細書で説明するように、ハードウェア、ソフトウェア、およびサービスを利用して、1つまたは複数の相手との通信を確立し、維持することを行う通信構成要素1506を含む。通信構成要素1506は、コンピュータデバイス1500上の構成要素間、ならびにコンピュータデバイス1500と、通信ネットワーク上に位置するデバイス、および/またはコンピュータデバイス1500に直列またはローカルに接続されたデバイスなどの外部デバイスとの間の通信を伝え得る。たとえば、通信構成要素1506は、1つまたは複数のバスを含むことができ、それぞれ送信機および受信機に関連する、外部デバイスとインターフェースするように動作可能な送信チェーン構成要素および受信チェーン構成要素をさらに含むことができる。さらに、たとえば、通信構成要素1506は、本明細書に記載した、オブジェクトベースのトランスポートプロトコルたとえば、図2のオブジェクトベースのトランスポートプロトコル200を活用することができる。さらに、コンピュータデバイス1500は、データストア1508をさらに含むことができ、データストア1508は、本明細書で説明する態様に関連して採用される情報、データベース、およびプログラムの大容量記憶を与えるハードウェアおよび/またはソフトウェアの任意の適切な組合せとすることができる。たとえば、データストア1508は、プロセッサ1502によって現在実行されていないアプリケーションのためのデータリポジトリであり得る。コンピュータデバイス1500は、さらに、コンピュータデバイス1500のユーザから入力を受けるように動作可能であり、ユーザへの提示のための出力を生成するようにさらに動作可能なユーザインターフェース構成要素1510を含む。ユーザインターフェース構成要素1510は、限定はしないが、キーボード、テンキー、マウス、タッチセンシティブディスプレイ、ナビゲーションキー、ファンクションキー、マイクロフォン、音声認識構成要素、ユーザから入力を受けることが可能な他の機構、またはそれらの任意の組合せを含む、1つまたは複数の入力デバイスを含むことができる。さらに、ユーザインターフェース構成要素1510は、限定はしないが、ディスプレイ、スピーカ、触覚フィードバック機構、プリンタ、出力をユーザに提示することが可能な他の機構、またはそれらの任意の組合せを含む、1つまたは複数の出力デバイスを含むことができる。さらに、図示した例において、コンピュータデバイス1500は、上述したように、オブジェクト受信構成要素502と、オブジェクトプロパティ関連付け構成要素504と、オブジェクト通信構成要素506とを含み得る。したがって、これらの構成要素502、504、および506は、説明したように、これらの構成要素に関連する命令を実行するためのプロセッサ1502、これらの構成要素に関連する情報を記憶するためのメモリ1504、オブジェクトベースのトランスポートレイヤにおける操作を実行するための通信構成要素1506などを利用することができる。さらに、コンピュータデバイス1500が、本明細書で説明する追加または代替の構成要素を含むことができることを諒解されたい。本明細書で開示した実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、構成要素、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンとすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。さらに、少なくとも1つのプロセッサは、上述のステップおよび/またはアクションの1つまたは複数を実行するように動作可能な1つまたは複数のモジュールを備えることができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサに一体化することができる。さらに、いくつかの態様では、プロセッサおよび記憶媒体はASIC中に常駐することができる。さらに、ASICはユーザ端末中に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐することもできる。1つまたは複数の態様では、説明した機能、方法またはアルゴリズムは、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、1つまたは複数の命令またはコードとして、コンピュータプログラム製品に組み込まれ得る、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上で送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROM、あるいは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、もしくは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、実質的にいかなる接続もコンピュータ可読媒体と呼ばれ得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスクdiskおよびディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピー登録商標ディスクdiskおよびブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、通常、データをレーザで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含めるべきである。上記の開示では、例示的な態様および/または実施形態について論じたが、添付の特許請求の範囲によって定義された記載の態様および/または実施形態の範囲から逸脱することなく、様々な変更および改変を本明細書で行うことができることに留意されたい。さらに、記載の態様および/または実施形態の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および/または実施形態の全部または一部は、別段の規定がない限り、任意の他の態様および/または実施形態の全部または一部とともに利用できる。