JP4229907B2 - コネクションオリエンテッド又はコネクションレスデータを送信する方法及びシステム - Google Patents

Description

本発明は、移動テレコミュニケーションシステムに係る。より詳細には、本発明は、ピア対ピアシグナリングを使用せずに２つのエンドポイント間でコネクションオリエンテッド又はコネクションレスデータを送信するための新規で且つ改良された方法及びシステムに係る。

通信ネットワークにおける情報の送信は、異なる種類のプロトコルアーキテクチャーの使用に基づいて行なわれる。一般に、プロトコルアーキテクチャーに存在するプロトコル層が多いほど、アーキテクチャーが複雑になると言える。一般に、実際上どのプロトコルアーキテクチャーも、アプリケーション層及びトランスポート層を備えている。アプリケーション層は、通信を可能にするよう保証するアプリケーションプログラムに対するサービスを提供する。アプリケーション層は、通信を行なうアプリケーションそれ自体ではない。他の当事者を識別してそれに到達し得るよう保証するか、或いはメッセージの送信者又は受信者或いはその両方を認証するのは、サービス層である。更に、アプリケーション層は、エラー回復手順、データ完全性及びプライバシーに関して両端での合意を保証してもよいし、アプリケーションレベルでプロトコル及びデータシンタックスルールを決定してもよい。アプリケーションプログラム又はインタラクティブユーザに対する高レベル設定サービスとしてアプリケーション層を考えるのが便利である。

トランスポート層は、メッセージの確実な到着を保証し、そしてエラーチェックメカニズム及びデータ流制御を与えることができる。トランスポート層は、コネクションオリエンテッド送信及びコネクションレス送信の両方に対するサービスを提供する。コネクションオリエンテッド送信の場合には、送信は、パケットの形態で送信され又は到着してもよく、これは、他端において完全なメッセージへと再構成することを必要とする。

移動ステーションとベースステーションとの間の通信、及び他のネットワーク要素との通信を支配する多数の異なる規格が知られている。現在知られている規格の一例は、移動通信用のグローバルシステム（ＧＳＭ）規格である。現在、いわゆる第三世代の規格に関して作業が行なわれている。これらの第三世代の規格は、いわゆる第三世代パートナーシッププロジェクト（３ＧＰＰ）により作成され、これらは、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、パケット及び回路交換コアネットワークドメイン等を含むいわゆる３ＧＰＰシステムを定義する。

現在、第三世代規格では、無線アクセスネットワーク（ＲＡＮ）にインターネットプロトコル（ＩＰ）を使用することが提案されている。本書では、これを、ＩＰベースの無線アクセスネットワークＩＰ ＲＡＮと称する。ＩＰ ＲＡＮは、標準的なＩｕインターフェイスにより第三世代のコアネットワークに接続することができる。ＩＰ ＲＡＮネットワークでは、２つのシグナリングエンドポイントの間でＩＰを経て無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ）シグナリングのようなシグナリングコネクションコントロールパート（ＳＣＣＰ）ユーザメッセージ及び新たな第三世代ネットワークプロトコルメッセージを配送するのを許すために、シグナリングシステムＮｏ．７（ＳＳ７）とＩＰドメインとの間でインターワーキングすることが必要となる。ＲＡＮＡＰは、コアネットワークと無線アクセスネットワークとの間の手順を取り扱うメカニズムより成る無線アクセスネットワークシグナリングプロトコルである。

層構造が提案されている。この層構造は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）により規格化されてＲＦＣ２９６０に指定されたプロトコルであるストリームコントロールトランスミッションプロトコル（ＳＣＴＰ）を使用する。このＳＣＴＰプロトコルは、参考としてここに援用する。ＳＣＴＰは、データがエラーなくネットワークを横切って順次に搬送されるよう保証する信頼性の高い搬送サービスを提供する。ＳＣＴＰプロトコルは、ＩＰ層の最上部で直接実行され、公衆交換電話ネットワーク（ＰＳＴＮ）シグナリングメッセージを搬送するように設計されるが、より広いアプリケーションを可能にすると共に、共通のプロトコルとしてＩＰ ＲＡＮネットワークに使用することができる。ＳＣＴＰ層とＲＡＮＡＰ層との間の適応層が、図１ａに示すように提案されている。現在の第三世代パートナーシッププロジェクト（３ＧＰＰ）は、ＲＡＮＡＰのもとでＳＣＣＰを使用し、そしてＳＣＣＰ ＭＴＰ３ユーザ適応層（Ｍ３ＵＡ）プロトコルを適応層として導入することを示唆している。或いは又、ＳＳ７ ＳＣＣＰ−ユーザ適応層（ＳＵＡ）プロトコルを、ＲＡＮＡＰとＳＣＴＰとの間の適応層として使用することができる。これらの適応層は、ＲＡＮＡＰに適用できると共に、ＩＰネットワーク内に完全に収容された２つのエンドポイント間の他の第三世代アプリケーションパートメッセージにも適用できる。

この提案された層構造に伴う１つの問題は、著しく多数の層が存在することである。層の数が増加するにつれて、複雑さが増し、性能が低下する。

全てのＩＰ ＲＡＮにおいて、現在制御平面プロトコルスタック（シグナリングベアラとも称される）を最適化することが必要である。というのは、ＳＳ７プロトコルスタック（ＳＣＣＰベースの）を構成することが比較的過酷だからである。現在の３ＧＰＰ仕様（リリース５まで）及びその具現化においては、シグナリングベアラが、一端から要求を受けると、ピア対ピアシグナリングメッセージで他端とのシグナリング接続を設定しそして解除する。これに使用されるプロトコルは、ＳＣＣＰであるが、３ＧＰＰで検討された別の候補、即ちＳＵＡは、シグナリング接続の設定に対して同様のピア対ピアメッセージを与える。

ピア対ピアシグナリング搬送プロトコル（適応層Ｌ５；ＳＵＡ又はＳＣＣＰ／Ｍ３ＵＡとして）の使用とは別に、接続を確立しそして解除するためのアプリケーションの下にはピア対ピアメッセージを伴わずに同じサービスを提供する適応層の使用がある。例えば、ＳＵＡ又はＳＣＣＰ／Ｍ３ＵＡのような適応層プロトコルは、これがアプリケーションから切断要求を受け取ると、切断プロトコルデータユニット（ＰＤＵ）をリモートエンドポイントに送信する。ピア対ピア接続が存在する。この別の形態では、切断を行うのにピア対ピアメッセージは必要とされない。

それ故、この新たな別の形態に伴う１つの問題は、シグナリング接続をいかに設定し解除するかであり、即ちＰＤＵの送信による接続設定及び解除は不可能である。別の問題は、アプリケーションより下のＳＵＡ又はＳＣＣＰ／Ｍ３ＵＡとしてシグナリング搬送ピア対ピアプロトコルが存在しないときに生じる。問題は、コネクションレスサービスとコネクションオリエンテッドサービスをいかに区別するかである。

本発明は、少なくともアプリケーション層と、トランスポート層と、アプリケーション層を使用する１つ以上のアプリケーションとを備えたプロトコルアーキテクチャーにおいて２つのエンドポイント間にコネクションオリエンテッド又はコネクションレスデータを送信するための方法を説明する。

上記方法において、ソースアプリケーションは、第１エンドポイントにおける要求メッセージをトランスポート層へ送信する。この要求メッセージは、トランスポート層によりどのサービス（コネクションオリエンテッド又はコネクションレス）を提供すべきか指示する。トランスポート層において、トランスポート接続識別子が選択され及び／又は割り当てられる。次いで、データフレームが第２エンドポイントへ送信され、このデータフレームは、選択されたトランスポート接続識別子、行先アプリケーション情報及び／又はデータ形式情報を含む。行先アプリケーション情報及びデータ形式情報は、要求メッセージに基づいて結論される。データフレームは、第２エンドポイントにおいてトランスポート層に受け取られる。データ形式指示に基づいて、データフレームがコネクションオリエンテッドサービスに関連しているか、コネクションレスサービスに関連しているか決定される。最後に、行先アプリケーション情報に基づいてアプリケーションメッセージが第２エンドポイントにおいて行先アプリケーションへ送信される。

好ましい実施形態では、アプリケーション層とトランスポート層が互いに直接接続され、トランスポート層におけるトランスポートプロトコルは、ＳＣＴＰである。この場合に、接続識別子は、ＳＣＴＰｓｔｒｅａｍＩＤを指す。更に、好ましい実施形態では、アプリケーション層とトランスポート層が相互接続ハンドラーを経て互いに接続される。又、ＳＣＴＰハンドラーという語は、相互接続ハンドラーについて説明するときに使用される。ＳＣＴＰハンドラーは、アプリケーション層とＳＣＴＰ層との間の適応層又はドライバーで、ＳＣＣＰ状のサービスをアプリケーションに提供する。重要なことは、ＳＣＴＰハンドラーがピア対ピアプロトコルでないことである。その使用は、プロトコルスタックを簡単化し、２つの重畳するアドレス／ルートメカニズムが回避される。

本発明の一実施形態では、プロトコルペイロード識別子（ＰＰＩ）パラメータの値が、行先アプリケーション及びデータの形式（コネクションオリエンテッド又はコネクションレス）を識別する。

本発明の一実施形態では、プロトコルペイロード識別子（ＰＰＩ）パラメータの値が行先アプリケーションを識別し、そして使用するストリーム番号がデータの形式（コネクションオリエンテッド又はコネクションレス）を識別する。

本発明の一実施形態では、プロトコルペイロード識別子パラメータの値が行先アプリケーションを識別し、そしてＳＣＴＰ無秩序フラグがデータの形式（コネクションオリエンテッド又はコネクションレス）を識別する。

本発明の一実施形態では、プロトコルペイロード識別子パラメータの値が行先アプリケーションを識別し、そして使用するストリーム番号がデータの形式（コネクションオリエンテッド又はコネクションレス）を識別する。無秩序フラグは、コネクションレスサービスの場合に「１」にセットされる。

ピア対ピアのシグナリング通信はないので、ＰＤＵを送信することによるトランスポート設定／解除は不可能である。それ故、相互接続ハンドラーは、シグナリング接続のローカル確立／切断を与える。本発明は、シグナリングトランスポートが、リソースの設定／切断を実行するためのピア対ピアメッセージを与えないケースへと拡張できることに注意されたい。ＳＣＴＰ及びＳＣＴＰハンドラーと一緒に示された場合でも、本発明は、ピア対ピア接続設定及び解除メッセージをもたない他のシグナリングベアラプロトコルに対して適用することができる。

本発明は、アプリケーションに対するＳＣＣＰ／Ｍ３ＵＡ又はＳＵＡのようなシグナリングプロトコル以外の同じ種類のサービス、即ちコネクションオリエンテッド及びコネクションレスサービスを、ピア対ピアメッセージを使用せずに、提供することができる。又、簡単化されたプロトコルスタックは、明確な利益を有する。ＳＣＣＰ／Ｍ３ＵＡ、ＳＵＡ、又は使用するピア対ピア適応プロトコルにより導入されるオーバーヘッドは、回避される。更に、重畳するアドレス／ルートメカニズムも回避される。

本発明は、簡単なプロトコルスタックを使用するときに接続の設定及び解除を許す。この種のプロトコルアーキテクチャーの効果は、複雑さ（具現化及びオペレーション）、及びシグナリングベアラの処理要求も緩和することである。別の効果は、本発明が、接続の設定及び解除の遅延を減少することである。特に、設定遅延は、エンドユーザが経験するサービスのクオリティに影響する。

本発明を更に理解するために含まれ、本明細書の一部分を構成する添付図面は、本発明の実施形態を示すと共に、本発明の原理を説明するための記述も含む。

以下、添付図面を参照して、本発明の実施形態を一例として詳細に説明する。
図１ａは、３ＧＰＰ規格化において現在提案されているＩｕインターフェイスに対する既知の制御平面プロトコルスタックを示す。これは、参考としてここに援用する第三世代パートナーシッププロジェクト３ＧＰＰ、技術仕様グループＴＳＧ；ＩＰトランスポート・イン・ＵＴＲＡＮワークタスクテクニカルレポートＴＲ２５．９３３（バージョン５．０．０）に開示されている。プロトコルスタックは、６個の層を有する。第１層は、物理層Ｌ１である。物理層Ｌ１の上にはリンク層Ｌ２がある。その上にはＩＰ層Ｌ３がある。

ＩＰ層の上にはＳＣＴＰ層Ｌ４がある。上述したように、これは、ＲＦＣ２９６０に規定されたＩＥＴＦプロトコルをベースとするものである。この層は、例えば、ＰＳＴＮシグナリングメッセージを搬送するのに使用されるが、ＩＰ ＲＡＮ制御平面インターフェイスに対する共通のプロトコルとして使用することもできる。ＳＣＴＰは、ＩＰのようなコネクションレスパケットネットワークの最上部で動作するトランスポートプロトコルである。これは、多数のフレーム内でユーザメッセージを順次配送するのを許すが、個々のユーザメッセージを到着順に配送するオプションも有する。ＳＣＴＰは、その性質がコネクションオリエンテッドである。ＳＣＴＰは、各ＳＣＴＰエンドポイントが関連スタートアップ中に他のエンドポイントにＳＣＴＰポートに組み合わされる多数のＩＰアドレスのようなトランスポートアドレスのリストを与え、これにより、そのエンドポイントに到達できると共に、そこからＳＣＴＰパケットを発信するための手段を形成する。関連スパンは、各エンドポイントから発生され得る全ての考えられるソース／行先組合せを経て転送される。

ＳＣＴＰ層の上には適応層Ｌ５がある。適応層は、上述したように、ＳＣＣＰユーザ適応層（ＳＵＡ）又はそれと同様のものである。図１ａにおいて、無線ネットワーク層ＲＡＮＡＰは、層Ｌ６を表わす。トランスポート層の上の層を変更することにより（ＸＸＸＡＰ）、同様の種類のプロトコルスタックを他のインターフェイスに使用することもできる。Ｉｕｒインターフェイスでは、無線ネットワーク層は、ＲＮＳＡＰ（無線ネットワークサブシステムアプリケーションパート）層である。ＲＮＳＡＰは、Ｉｕｒインターフェイスに対する無線ネットワークサブシステムシグナリングプロトコルである。図３ａに示す制御平面プロトコルスタックは、無線ネットワークコントローラ（ＲＮＣ）とコアネットワーク（ＣＮ）との間に使用されるべく３ＧＰＰに最初に設計されたＩｕインターフェイスに使用される。

図１ｂ及び１ｃは、ソース及び行先エンドポイントにおけるローカルシグナリングトランスポート接続設定手順を示す。ソースエンドポイントにおけるアプリケーションは、シグナリング接続を設定するために下位層へ要求を送信する（１０）。この要求は、アプリケーション接続識別子を含んでいなければならない。又、この要求は、トランスポート層によりどのサービス（コネクションオリエンテッド又はコネクションレス）を提供すべきかについても指示する。又、この要求は、行先アプリケーションへ送信されるべきアプリケーションデータを含んでもよい。未使用のトランスポート接続識別子は、接続に対してトランスポート層において割り当てられ（１１）、そして接続の時間中に更なるルーティング目的でアプリケーション接続識別子がマップされる。その後、データフレームが、その割り当てられたトランスポート接続識別子と共に行先エンドポイントに送信されてもよい（１２）。使用するトランスポートプロトコルがＳＣＴＰであるときには、トランスポート接続識別子は、例えば、ＳＣＴＰｓｔｒｅａｍＩＤを指す。トランスポート接続識別子は、通常、データフレームのヘッダにある。接続要求にアプリケーションデータが存在しない場合には、ボイドデータ値が送信される（シグナリングプロトコルにより許された場合）。設定確認プリミティブが、ソースエンドポイントにおけるアプリケーションへ送信されてもよい。ソースエンドポイントにおけるシグナリング接続のローカル設定は、これで完了となる（１３）。

行先エンドポイントでは、予約とマークされないトランスポート接続識別子（例えば、ＳＣＴＰｓｔｒｅａｍＩＤ）においてデータフレームが受け取られる（１４ａ）。それ故、データフレームは、新たなシグナリング接続に対する要求であると解釈される。この特定の接続に対してアプリケーション接続識別子が選択され、そして接続の時間中に更なるルーティング目的でトランスポート接続識別子（例えば、ＳＣＴＰｓｔｒｅａｍＩＤ）がマップされる（１４ｂ）。それ故、行先エンドポイントにおける行先アプリケーションへ接続指示メッセージが送信される（１５）。行先エンドポイントにおけるアプリケーションは、下位層（トランスポート層）へ接続応答を送信してもよい。行先エンドポイントにおけるシグナリング接続のローカル設定は、これで完了となる（１６）。

図２ａ及び２ｂは、ソース及び行先エンドポイントにおけるローカルトランスポート接続解除手順を示す。

ソースエンドポイントにおけるアプリケーションは、アプリケーション解除要求メッセージを送信し（２０）、そしてリモート応答を待機する（２１）。アプリケーション解除要求メッセージは、データプリミティブを使用してトランスポート層へ転送される。次いで、メッセージは、行先エンドポイントにおけるアプリケーションにより受け取られる（２４）。行先エンドポイントにおけるアプリケーションは、次いで、アプリケーション解除完了メッセージをソースアプリケーションへ送信する（２５）。行先エンドポイントにおけるアプリケーションは、ローカルで使用されるリソースを解除するために切断要求プリミティブをトランスポート層へ送信する（２６）。

ソースエンドポイントにおけるアプリケーションが、以前のアプリケーション解除要求メッセージに対する応答としてアプリケーション解除完了メッセージを受け取ると（２２）、ソースエンドポイントにおいてトランスポートレベルでリソースのローカル解除をトリガーしなければならない。それ故、アプリケーションは、切断要求プリミティブをトランスポート層へ送信し、これは、トランスポート層によりローカル切断として解釈される。切断要求プリミティブを受信した後に、全てのトランスポートリソースが解除される（２３）。トランスポートリソースのローカル解除は、アプリケーション解除メッセージを受け取ったときに各エンドポイントにおけるアプリケーションによりトリガーされることに注意されたい。切断に対してピア対ピアトランスポート切断メッセージ（例えば、ＳＣＴＰ ＰＤＵ）は必要とされない。

図３ａは、本発明の好ましい実施形態における制御平面プロトコルスタックを示す図である。このプロトコルスタックは、図１ａの制御スタックと同様に、層Ｌ１−Ｌ４及びＬ６を有する。しかしながら、適応層Ｌ５はない。むしろ、プロトコルスタックは、アプリケーション層Ｌ６と層Ｌ４のＳＣＴＰとの間にＳＣＴＰハンドラーを備えている。このＳＣＴＰハンドラーは、アプリケーション層とＳＣＴＰ層との間の適応層又はドライバーであって、ＳＣＣＰのようなサービスをアプリケーションへ提供するものである。しかしながら、ＳＣＴＰハンドラーがピア対ピアのプロトコルでない（例えば、Ｍ３ＵＡのＳＵＡのように）ことを実現するのが重要である。

図３ｂは、相互接続ハンドラーＩＨＮＤを示すブロック図である。この相互接続ハンドラーＩＨＮＤは、好ましい実施形態では、ＳＣＴＰハンドラーを指す。ＳＣＴＰハンドラーは、ソースアプリケーション要求メッセージをアプリケーションから受け取るための手段ＩＦ１と、ＩＤ接続識別子（トランスポート及びアプリケーション接続識別子）を選択し及び／又は割り当てるための手段と、選択又は割り当てられたトランスポート接続識別子、行先アプリケーション情報、データ形式情報及び／又はペイロードを、トランスポート層において第２エンドポイントへ送信されるべきデータフレームに含ませるための手段ＩＭと、トランスポート接続識別子、行先アプリケーション情報及び／又はデータ形式情報を、受け取ったデータフレームから読み取るための手段ＲＭと、受け取ったデータフレームがコネクションオリエンテッドサービスに関連しているかコネクションレスサービスに関連しているかをデータ形式指示に基づいて決定するための手段ＤＭと、受け取ったデータフレームが新たなシグナリング接続に対応するか既存のシグナリング接続に対応するかを決定するための手段ＤＥＭと、受け取ったデータフレームが新たなシグナリング接続に対応する場合にアプリケーション接続識別子を選択する手段（ＳＥＬ）と、行先アプリケーション情報に基づいてアプリケーション層における行先アプリケーションへアプリケーションメッセージを送信するための手段ＩＦ２とを備えている。

相互接続ハンドラーは、アプリケーション層とトランスポート層を互いに接続する。相互接続ハンドラーは、更に、エンドポイント間にＳＣＴＰ関連性を生成するための手段ＣＭと、選択されたＳＣＴＰｓｔｒｅａｍＩＤとアプリケーション接続識別子との間の関係をアプリケーション内に記憶するための手段ＳＭとを備えている。当該サービスがコネクションオリエンテッドであるかコネクションレスであるかに基づいてＳＣＴＰ関連性内のＳＣＴＰｓｔｒｅａｍＩＤを選択するために、選択手段ＩＤも設けられる。記憶されたＳＣＴＰｓｔｒｅａｍＩＤをチェックするために読み取り手段ＲＭも設けられる。

又、一実施形態では、プロトコルペイロード識別子パラメータに対して適当な値を選択するために、選択手段ＩＤが設けられ、プロトコルペイロード識別子パラメータは、行先アプリケーション及び／又はコネクションレス又はコネクションオリエンテッドサービスを識別する。

又、一実施形態では、ＳＣＴＰ無秩序(unordered)フラグパラメータをセット又はアンセットするために、選択手段ＩＤが設けられ、ＳＣＴＰ無秩序フラグパラメータをアンセットすると、コネクションオリエンテッドサービスを指示し、そしてそれをセットすると、コネクションレスサービスを指示する。

又、一実施形態では、プロトコルペイロード識別子パラメータ値に基づいて、データフレームがコネクションオリエンテッドサービスに関連するかコネクションレスサービスに関連するか決定するために、決定手段ＤＭが設けられる。

又、一実施形態では、プロトコルペイロード識別子パラメータ値に基づいて行先アプリケーションを決定するために、決定手段ＤＭが設けられる。

又、一実施形態では、ＳＣＴＰｓｔｒｅａｍＩＤに基づいて、データフレームがコネクションオリエンテッドサービスに関連するかコネクションレスサービスに関連するか決定するために、決定手段ＤＭが設けられる。

又、一実施形態では、ＳＣＴＰｓｔｒｅａｍＩＤが新たなシグナリング接続要求に関連するか又は既存の接続に関連するかを決定するために、検出手段ＤＥＭが設けられる。

又、一実施形態では、データフレームがコネクションオリエンテッドサービスに関連するかコネクションレスサービスに関連するかをＳＣＴＰ無秩序フラグに基づいて決定するために、決定手段ＤＭが設けられる。

上述した手段は、好ましい実施形態では、ハードウェア及び／又はソフトウェアコンポーネントで実施される。

図４ａは、ＰＰＩパラメータの使用に基づいてエンドポイント間でコネクションオリエンテッドサービスとコネクションレスサービスとを区別するためのメカニズムを説明するフローチャートである。

コネクションオリエンテッドサービスの場合には、実際のデータ転送を開始する前にシグナリング接続を確立しなければならない。以下、シグナリング接続の確立を最初に説明する。アプリケーションは、ＳＣＴＰハンドラーに要求を送信することによりシグナリング接続確立を要求する（４０）。この要求は、コネクションオリエンテッドサービスがトランスポート層により提供されねばならないことを特に指示する。ＳＣＴＰハンドラーは、ソース及び行先のエンドポイント間のＳＣＴＰ関連性がまだ生成されていない場合には、これを生成する。ＳＣＴＰ関連性は、２つのＳＣＴＰエンドポイントより成るＳＣＴＰエンドポイント間のプロトコル関係及びプロトコル状態情報である。関連性は、エンドポイントによりその関連性に使用されるトランスポートアドレスにより独特に識別することができる。２つのＳＣＴＰエンドポイントは、所与の時間にそれらの間に２つ以上のＳＣＴＰ関連性をもってはならない。関連性を生成した後に、ＳＣＴＰハンドラーは、ＳＣＴＰ関連性内のストリームを選択する（４１）。選択されたストリームは、別の接続に既に使用されたものではない。ストリームは、独特のストリーム番号（ｓｔｒｅａｍＩＤ）により識別される。ＳＣＴＰハンドラーは、関連性内のｓｔｒｅａｍＩＤ及びアプリケーション内のアプリケーション接続識別子のマッピングを行い、そしてそのマッピング情報を記憶する（４２）。マッピング手順は、ソースエンドポイント側においてシグナリング接続のローカル確立を模擬する。マッピングは、接続の時間中にルーティングの目的で必要となる。記憶された情報は、シグナリング接続が解除されるまで解除されない。

シグナリング接続が設定されなかった場合には、ソースアプリケーションは、このアプリケーションエンドポイントから新たな接続が要求されるたびに、アプリケーション接続識別子（ｃｏｎｎＩＤ）の値を選択しなければならない。行先アプリケーションへの到来する要求の場合に、ＳＣＴＰハンドラーは、各々の新たな到来する接続確立要求に対してｃｏｎｎＩＤ（アプリケーション接続識別子）値を選択しなければならない。ＳＣＴＰハンドラーは、データ転送において受け取ったｓｔｒｅａｍＩＤがＳＣＴＰハンドラーの割り当てられたストリームリストに含まれていないときに新たな到来接続を処理する（即ち、受け取ったｓｔｒｅａｍＩＤは、別のシグナリング接続には使用されない）。ｃｏｎｎＩＤパラメータは、コネクションオリエンテッドサービスにしか使用されない。ｓｔｒｅａｍＩＤは、１つの関連性の中の１つのストリームを識別する。一実施形態では、ストリームが一方向性であり、従って、関連性の各方向に１つの識別子が指定される。

ソースエンドポイントにおけるＳＣＴＰハンドラーは、ペイロードプロトコル識別子（ＰＰＩ）パラメータの適当な値を選択する（４３）。本発明のこの実施形態では、ＰＰＩ値は、行先アプリケーションを識別し、コネクションオリエンテッドサービスをコネクションレスサービスから区別する。最後に、ＳＣＴＰは、ＳＣＴＰ ＰＤＵをリモートＳＣＴＰへ転送する（４４）。アプリケーション要求にアプリケーションデータが存在する場合には、このデータがＳＣＴＰ ＰＤＵ内のペイロードとして転送されてもよい。

コネクションオリエンテッドサービスに対するシグナリング接続が既に設定されているか、又はサービスがコネクションレスである場合には、シグナリング接続だけを確立するときとは機能が若干異なる。ソースエンドポイントにおけるＳＣＴＰハンドラーがアプリケーションデータを受け取るときには、データがコネクションオリエンテッドであるか又はコネクションレスである（４５）。ＳＣＴＰハンドラーが、シグナリング接続を既に確立している上位アプリケーションからコネクションオリエンテッドデータを受け取る場合には（４６）、ＳＣＴＰハンドラーは、関連性の中のそのシグナリング接続に対して既に指定されたストリームを使用する（４７）。ＳＣＴＰハンドラーは、ＰＰＩに対して適当な値を選択する。この場合に、ＰＰＩは、アプリケーションプロトコル及びコネクションオリエンテッドサービスの両方を識別する（４８）。最後に、ソースＳＣＴＰは、ＳＣＴＰ ＰＤＵを行先ＳＣＴＰへ転送する（４９）。アプリケーションデータは、ＳＣＴＰ ＰＤＵ内のペイロードとして転送される。

ＳＣＴＰハンドラーは、これが上位アプリケーションからコネクションレスデータを受け取る場合には（４６）、関連性の中の未使用のＳＣＴＰストリームの１つを選択する。未使用のＳＣＴＰストリームは、例えば、コネクションオリエンテッドサービスに対して特に使用されないか又は指定されないストリームを指す。ソース及び行先のエンドポイント間の関連性がそれ以前に生成されていない場合には、それが生成される。次いで、ＳＣＴＰハンドラーは、ＰＰＩに対して適当な値を選択する（４１１）。この場合に、ＰＰＩは、アプリケーションプロトコル及びコネクションレスサービスの両方を識別する。最後に、ソースＳＣＴＰは、ＳＣＴＰ ＰＤＵを行先ＳＣＴＰへ転送する（４１２）。アプリケーションデータは、ＳＣＴＰ ＰＤＵ内のペイロードとして転送される。

図４ｂは、ＰＰＩパラメータの使用に基づき、行先エンドポイントによりコネクションオリエンテッドサービスとコネクションレスサービスとを区別するためのメカニズムを示すフローチャートである。

コネクションオリエンテッドサービスの場合には、ソースにより要求されたシグナリング接続の確立が、データ転送の開始前に完了しなければならない。行先エンドポイントにおけるＳＣＴＰは、ＳＣＴＰ ＰＤＵを受け取る（４１３）。ＳＣＴＰハンドラーは、受け取ったデータパケットのＰＰＩフィールドの値をチェックし（４１４）、そのＰＰＩ値に基づいて、ＳＣＴＰ ＰＤＵがコネクションオリエンテッドサービスに関連することを決定する（４１５）。関連性の中のｓｔｒｅａｍＩＤが以前に使用されなかった（即ちｓｔｒｅａｍＩＤがＳＣＴＰハンドラーに現在割り当てられていない）場合に、ＳＣＴＰハンドラーは、ＳＣＴＰ ＰＤＵがシグナリング接続指示（到来接続要求）に関連すると結論し（４１５）、そしてｓｔｒｅａｍＩＤを記憶する（４１６ａ）。次いで、ＳＣＴＰハンドラーは、アプリケーション接続識別子（ｃｏｎｎＩＤ）を選択し、そしてそれを接続の時間中に更なるルーティング目的で関連性の中のトランスポート接続識別子（例えば、ＳＣＴＰｓｔｒｅａｍＩＤ）へマップする（４１６ｂ）。アプリケーション接続識別子は、行き先アプリケーション内の特定の接続を識別する。マッピング手順は、行先エンドポイント側においてシグナリング接続のローカル確立を模擬する。その後、ＳＣＴＰハンドラーは、ＰＰＩをチェックして行先アプリケーションを識別し（４１７）、そして接続指示プリミティブを、ＰＰＩ値で指示された行先アプリケーションへ送信する（４１８）。

しかしながら、関連性の中のｓｔｒｅａｍＩＤが以前に使用された（即ちＳＣＴＰハンドラーに既に記憶されている）場合には、ＳＣＴＰハンドラーは、シグナリング接続がそのユーザに対して以前に既に確立され、そしてＳＣＴＰ ＰＤＵペイロードがコネクションオリエンテッドアプリケーションデータに対応すると結論する。次いで、ＳＣＴＰハンドラーは、ｓｔｒｅａｍＩＤを使用して、行先アプリケーション接続識別子（ｃｏｎｎＩＤ）を知る（４１９ａ）。アプリケーション接続識別子は、行先アプリケーション内の特定の接続を識別する。ＳＣＴＰハンドラーは、ＰＰＩをチェックして、行先アプリケーションを識別し（４１９ｂ）、そしてＳＣＴＰ ＰＤＵ（ユーザデータ）をその識別された行先アプリケーションへ送信する（４２０）。

別の態様では、データがコネクションレスサービスに関連していることをＰＰＩフィールドが指示する（４１４）。この場合には、ＳＣＴＰハンドラーは、ＰＰＩ値を使用して行先アプリケーションを識別する（４２１）。最後に、ＳＣＴＰハンドラーは、ＳＣＴＰペイロード（ユーザデータ）を、識別された行先アプリケーションへコネクションレスデータとして送信する（４２２）。図４ａ及び４ｂに示されたメカニズムの実施は、ＰＰＩフィールドで定義された各プロトコルに対してコネクションレス及びコネクションオリエンテッド値を含むように行うことができる。このメカニズムは、ＳＣＴＰ ＲＦＣにも適用規格にも何ら変更を必要としない。

図５ａは、ストリームの予約に基づき、ソースエンドポイントによりコネクションオリエンテッドサービスとコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。この場合に、ＳＣＴＰハンドラーは、特定のストリーム番号（例えば、ｓｔｒｅａｍＩＤ＝１）又はストリームのグループを使用して、コネクションレスサービスを識別する。特定の予約値（１つ又は複数）は、両方のＳＣＴＰエンドポイント（ソース及び行先）が知っている。ｓｔｒｅａｍＩＤの残りは、コネクションオリエンテッドサービスに使用される。

コネクションオリエンテッドサービスの場合には、実際のデータ転送を開始する前に又はその始めに、シグナリング接続を確立しなければならない。以下、シグナリング接続の確立を最初に説明する。アプリケーションは、ＳＣＴＰハンドラーに要求を送信することによりシグナリング接続確立を要求する（５０）。ＳＣＴＰハンドラーは、ソースと行先エンドポイントとの間のＳＣＴＰ関連性がそれ以前に生成されていない場合には、それを生成する。その後、ＳＣＴＰハンドラーは、ＳＣＴＰ関連性の中のストリームを選択する（５１）。ストリームは、独特のストリーム番号（ｓｔｒｅａｍＩＤ）により識別される。選択されたｓｔｒｅａｍＩＤは、コネクションレスサービスに対して予約されたストリーム番号からは選択できないことに注意されたい。ＳＣＴＰハンドラーは、関連性内のｓｔｒｅａｍＩＤ及びアプリケーション内のアプリケーション接続識別子のマッピングを行い、そしてそのマッピング情報を記憶する（５２）。マッピング手順は、ソースエンドポイント側においてシグナリング接続のローカル確立を模擬する。マッピングは、接続の時間中にルーティングの目的で必要となる。記憶された情報は、シグナリング接続が解除されるまで解除されない。

ソースエンドポイントにおけるＳＣＴＰハンドラーは、ペイロードプロトコル識別子（ＰＰＩ）パラメータの適当な値を選択する（５３）。この例では、ＰＰＩ値は、行先アプリケーションしか識別しない。最後に、ＳＣＴＰは、ＳＣＴＰ ＰＤＵをリモートＳＣＴＰへ転送する（５４）。アプリケーション接続要求にアプリケーションデータが存在する場合には、このデータがＳＣＴＰ ＰＤＵ内のペイロードとして転送されてもよい。

コネクションオリエンテッドサービスに対するシグナリング接続が既に設定されているか、又はサービスがコネクションレスである場合には、シグナリング接続だけを確立するときとは機能が若干異なる。ソースエンドポイントにおけるＳＣＴＰハンドラーがアプリケーションデータを受け取るときには、データがコネクションオリエンテッドであるか又はコネクションレスである（５５）。アプリケーションデータ要求は、トランスポート層によりどのサービス（コネクションオリエンテッド又はコネクションレス）を提供すべきか指示する。ＳＣＴＰハンドラーが、シグナリング接続を既に確立している上位アプリケーションからコネクションオリエンテッドデータを受け取る場合には（５６）、ＳＣＴＰハンドラーは、関連性の中のそのシグナリング接続に対して既に割り当てられたストリームを使用する（５７）。ＳＣＴＰハンドラーは、ＰＰＩに対して適当な値を選択する。この場合に、ＰＰＩは、行先アプリケーションしか識別しない（５８）。最後に、ソースＳＣＴＰは、ＳＣＴＰ ＰＤＵを行先ＳＣＴＰへ転送する（５９）。アプリケーションデータは、ＳＣＴＰ ＰＤＵ内のペイロードとして転送される。

ＳＣＴＰハンドラーは、これが上位アプリケーションからコネクションレスデータを受け取る場合には（５６）、コネクションレスシグナリングのトランスポートのために、ＳＣＴＰ関連性に割り当てられたストリームの１つを選択する（即ち、ｓｔｒｅａｍＩＤ＝１、又はコネクションレスシグナリングに使用されるストリームのグループからの１つのストリーム）（５１０）。ソース及び行先のエンドポイント間の関連性がそれ以前に生成されていない場合には、それがこの時点で生成される。次いで、ＳＣＴＰハンドラーは、ＰＰＩに対して適当な値を選択する（５１１）。この場合に、ＰＰＩは、行先アプリケーションしか識別しない。最後に、ソースＳＣＴＰは、ＳＣＴＰ ＰＤＵを行先ＳＣＴＰへ転送する（５１２）。アプリケーションデータは、ＳＣＴＰ ＰＤＵ内のペイロードとして転送される。

図５ｂは、ストリームの予約に基づき、行先エンドポイントによりコネクションオリエンテッドサービスとコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。

コネクションオリエンテッドサービスの場合には、ソースにより要求されたシグナリング接続の確立が、データ転送の開始前に完了しなければならない。行先エンドポイントにおけるＳＣＴＰは、ＳＣＴＰ ＰＤＵを受け取る（５１３）。ＳＣＴＰハンドラーは、ＳＣＴＰｓｔｒｅａｍＩＤの値をチェックする（５１４）。このｓｔｒｅａｍＩＤは、受け取ったデータの形式（コネクションオリエンテッド又はコネクションレス）を決定する。ｓｔｒｅａｍＩＤが、コネクションレスサービスに割り当てられ／予約されたｓｔｒｅａｍＩＤ（１つ又は複数）の中のものでない場合には、ｓｔｒｅａｍＩＤは、コネクションオリエンテッドサービスを指す（５１５）。関連性の中のｓｔｒｅａｍＩＤが以前に使用されなかった（即ちｓｔｒｅａｍＩＤがＳＣＴＰハンドラーに現在割り当てられていない）場合に、ＳＣＴＰハンドラーは、ＳＣＴＰ ＰＤＵがシグナリング接続指示（到来接続要求）に関連すると結論し、そしてｓｔｒｅａｍＩＤを記憶して、そのシグナリング接続に割り当てる（５１６ａ）。次いで、ＳＣＴＰハンドラーは、アプリケーション接続識別子を選択し、そしてそれを接続の時間中に更なるルーティング目的で関連性の中のトランスポート接続識別子（例えば、ＳＣＴＰｓｔｒｅａｍＩＤ）へマップする（５１６ｂ）。アプリケーション接続識別子は、行き先アプリケーション内の特定の接続を識別する。マッピング手順は、行先エンドポイント側においてシグナリング接続のローカル確立を模擬する。その後、ＳＣＴＰハンドラーは、ＰＰＩをチェックして行先アプリケーションを識別し（５１７）、そして接続指示プリミティブを、ＰＰＩ値で指示された行先アプリケーションへ送信する（５１８）。

しかしながら、関連性の中のｓｔｒｅａｍＩＤが以前に使用された（即ちＳＣＴＰハンドラーに既に記憶されている）場合には、ＳＣＴＰハンドラーは、シグナリング接続がそのユーザに対して以前に既に確立され、そしてＳＣＴＰ ＰＤＵペイロードがコネクションオリエンテッドアプリケーションデータに対応すると結論する。次いで、ＳＣＴＰハンドラーは、ｓｔｒｅａｍＩＤを使用して、アプリケーション接続識別子（ｃｏｎｎＩＤ）を知る（５１９ａ）。アプリケーション接続識別子は、行先アプリケーション内の特定の接続を識別する。ＳＣＴＰハンドラーは、ＰＰＩをチェックして、行先アプリケーションを識別する（５１９ｂ）。その後、ＳＣＴＰハンドラーは、ＳＣＴＰ ＰＤＵペイロード（ユーザデータ）をその識別された行先アプリケーションへ送信する（５２０）。

別の可能性として、ストリーム番号（即ち、ｓｔｒｅａｍＩＤ＝１）は、データがコネクションレスサービスに関連していることを指示する（５１４）。この場合には、ＳＣＴＰハンドラーは、ＰＰＩ値を使用して行先アプリケーションを識別する（５２１）。最後に、ＳＣＴＰハンドラーは、ＳＣＴＰペイロード（ユーザデータ）を、識別された行先アプリケーションへコネクションレスデータとして送信する（５２２）。図５ａ及び５ｂに示されたメカニズムの実施は、コネクションレスサービスに対して特定のストリームを予約することにより行うことができる。このメカニズムは、ＳＣＴＰ ＲＦＣにも適用規格にも何ら変更を必要としない。

図６ａは、ＳＣＴＰ無秩序フラグパラメータの使用に基づいてソースエンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。ＳＣＴＰにおける無秩序フラグ（Ｕビット）の元々の目的は、ＲＦＣ２９６０に規定されている。無秩序ビットは、これが「１」にセットされた場合には、無秩序なデータの塊があり、そしてこのデータの塊に指定されたストリームシーケンス番号がないことを指示する。それ故、受信者は、ストリームシーケンス番号フィールドを無視しなければならない。再アッセンブリ（必要に応じて）の後に、無秩序のデータの塊は、再順序付けを試みることなく受信者により上位層へディスパッチされねばならない。無秩序のユーザメッセージが分断された場合には、メッセージの各断片がそのＵビットを「１」にセットしなければならない。

コネクションオリエンテッドサービスの場合には、実際のデータ転送を開始する前に又はその始めに、シグナリング接続を確立しなければならない。以下、シグナリング接続の確立を最初に説明する。アプリケーションは、ＳＣＴＰハンドラーに要求を送信することによりシグナリング接続確立を要求する（６０）。ＳＣＴＰハンドラーは、ソースと行先エンドポイントとの間のＳＣＴＰ関連性がそれ以前に生成されていない場合には、それを生成する。その後、ＳＣＴＰハンドラーは、ＳＣＴＰ関連性の中のまだ割り当てられていないストリームの１つを選択する（６１）。このストリームは、独特のストリーム番号（ｓｔｒｅａｍＩＤ）により識別される。ＳＣＴＰハンドラーは、関連性内のｓｔｒｅａｍＩＤ及びアプリケーション内のアプリケーション接続識別子のマッピングを行い、そしてそのマッピング情報を記憶する（６２）。マッピング手順は、ソースエンドポイント側においてシグナリング接続のローカル確立を模擬する。マッピングは、接続の時間中にルーティングの目的で必要となる。記憶された情報は、シグナリング接続が解除されるまで解除されない。

ソースエンドポイントにおけるＳＣＴＰハンドラーは、ペイロードプロトコル識別子（ＰＰＩ）パラメータの適当な値を選択する（６３）。ＰＰＩ値は、行先アプリケーションを識別する。しかしながら、サービス形式（コネクションオリエンテッド又はコネクションレス）は、ここでは、前記例とは異なるやり方で指示される。この場合には、ＳＣＴＰ「無秩序フラグ」パラメータを使用して、コネクションオリエンテッドサービスとコネクションレスサービスとを区別する。無秩序フラグは、コネクションオリエンテッドサービスではセットされない（６４）。最後に、ＳＣＴＰは、ＳＣＴＰ ＰＤＵをリモートＳＣＴＰへ転送する（６５）。アプリケーション要求にアプリケーションデータが存在する場合には、このデータがＳＣＴＰ ＰＤＵ内のペイロードとして転送されてもよい。

コネクションオリエンテッドサービスに対するシグナリング接続が既に設定されているか、又はサービスがコネクションレスである場合には、シグナリング接続だけを確立するときとは機能が若干異なる。ソースエンドポイントにおけるＳＣＴＰハンドラーがアプリケーションデータを受け取るときには、データがコネクションオリエンテッドであるか又はコネクションレスである（６６、６７）。アプリケーションデータ要求は、トランスポート層によりどのサービス（コネクションオリエンテッド又はコネクションレス）を提供すべきか指示する。ＳＣＴＰハンドラーが、シグナリング接続を既に確立している上位アプリケーションからコネクションオリエンテッドデータを受け取る場合には、ＳＣＴＰハンドラーは、関連性の中のそのシグナリング接続に対して既に割り当てられたストリームを使用する（６８）。ＳＣＴＰハンドラーは、ＰＰＩに対して適当な値を選択する。この場合に、ＰＰＩは、行先アプリケーションしか識別しない（６９）。この場合も、ＳＣＴＰ「無秩序フラグ」パラメータを使用して、コネクションオリエンテッドサービスとコネクションレスサービスとを弁別する。無秩序フラグは、コネクションオリエンテッドサービスではセットされない（６１０）。最後に、ソースＳＣＴＰは、ＳＣＴＰ ＰＤＵを行先ＳＣＴＰへ転送する（６１１）。アプリケーションデータは、ＳＣＴＰ ＰＤＵ内のペイロードとして転送される。

ＳＣＴＰハンドラーは、これが上位アプリケーションからコネクションレスデータを受け取る場合には、関連性の中のＳＣＴＰストリームのいずれかを選択する（６１２）。ソース及び行先のエンドポイント間の関連性がそれ以前に生成されていない場合には、それが生成される。次いで、ＳＣＴＰハンドラーは、ＰＰＩに対して適当な値を選択する。この場合に、ＰＰＩは、行先アプリケーションしか識別しない（６１３）。この場合に、ＳＣＴＰ無秩序フラグパラメータを使用して、コネクションオリエンテッドサービスとコネクションレスサービスとを区別する。無秩序フラグは、ここでは、これがコネクションレスサービスであることを指示するためにセットされる（６１４）。最後に、ソースＳＣＴＰは、ＳＣＴＰ ＰＤＵを行先ＳＣＴＰへ転送する（６１５）。アプリケーションデータは、ＳＣＴＰ ＰＤＵ内のペイロードとして転送される。

図６ｂは、ＳＣＴＰ無秩序フラグパラメータの使用に基づいて行先エンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。受信側エンドポイントでこのメカニズムをサポートするには、現在規格のＳＣＴＰプリミティブに変更を必要とする。

コネクションオリエンテッドサービスの場合には、ソースにより要求されたシグナリング接続の確立が、データ転送の開始前に完了しなければならない。行先エンドポイントにおけるＳＣＴＰは、ＳＣＴＰ ＰＤＵを受け取る（６１６）。ＳＣＴＰハンドラーは、無秩序フラグがセットされたか（「１」）否か（「０」）チェックする（６１７）。セットされない場合には、受け取られるＳＣＴＰデータがコネクションオリエンテッドサービスに関連している。関連性の中のｓｔｒｅａｍＩＤがそれ以前に使用されない（即ちｓｔｒｅａｍＩＤがＳＣＴＰハンドラーに記憶されていない）場合には（６１８）、ＳＣＴＰハンドラーは、ＳＣＴＰ ＰＤＵがシグナリング接続指示（到来接続要求）に関連すると結論し、そしてｓｔｒｅａｍＩＤを記憶する（６１９ａ）。次いで、ＳＣＴＰハンドラーは、アプリケーション接続識別子（ｃｏｎｎＩＤ）を選択し、そしてそれを接続の時間中に更なるルーティング目的で関連性の中のトランスポート接続識別子（例えば、ＳＣＴＰｓｔｒｅａｍＩＤ）へマップする（６１９ｂ）。アプリケーション接続識別子は、行き先アプリケーション内の特定の接続を識別する。マッピング手順は、行先エンドポイント側においてシグナリング接続のローカル確立を模擬する。その後、ＳＣＴＰハンドラーは、ＰＰＩをチェックして行先アプリケーションを識別し（６２０）、そして接続指示プリミティブを、ＰＰＩ値で指示された行先アプリケーションへ送信する（６２１）。

しかしながら、関連性の中のｓｔｒｅａｍＩＤが以前に使用された（即ちＳＣＴＰハンドラーに既に記憶されている）場合には、ＳＣＴＰハンドラーは、シグナリング接続がそのユーザに対して以前に既に確立され、そしてＳＣＴＰ ＰＤＵペイロードがコネクションオリエンテッドアプリケーションデータに対応すると結論する。次いで、ＳＣＴＰハンドラーは、ｓｔｒｅａｍＩＤを使用して、アプリケーション接続識別子を知る（６２２ａ）。アプリケーション接続識別子は、行先アプリケーション内の特定の接続を識別する。ＳＣＴＰハンドラーは、ＰＰＩをチェックして、行先アプリケーションを識別し（６２２ｂ）、そしてＳＣＴＰ ＰＤＵペイロード（ユーザデータ）をその識別された行先アプリケーションへ送信する（６２３）。

別の態様では、無秩序フラグ（「１」）は、データがコネクションレスサービスに関連していることを指示する（６１７）。この場合には、ＳＣＴＰハンドラーは、ＰＰＩ値を使用して行先アプリケーションを識別する（６２４）。最後に、ＳＣＴＰハンドラーは、ＳＣＴＰペイロード（ユーザデータ）を、識別された行先アプリケーションへコネクションレスデータとして送信する（６２５）。

更に別の態様は、図５−６に示された機能を結合することである。この場合には、ＳＣＴＰハンドラーは、特定のストリーム番号（例えば、ｓｔｒｅａｍＩＤ＝１）又はストリームのグループを使用して、コネクションレスサービスを識別する。コネクションレスメッセージに対して選択されたストリーム（１つ又は複数）は、無秩序フラグをセットすることにより、メッセージの無秩序送信を使用する。図５ａ及び５ｂに示された解決策に対するこの解決策の主たる効果は、この場合に、「ヘッド・オブ・ライン・ブロッキング(Head of Line blocking)」が回避され、即ち選択されたストリームにおける１つのパケットが失われた場合に、その失われたパケットの再送信を待機せずに次のパケットが配送されることである。

結論として、本発明で与えられるメカニズムは、アプリケーションに対しＳＣＣＰ／Ｍ３ＵＡ又はＳＵＡのようなシグナリングプロトコル以外の同じ種類のサービスを提供することのできる簡単化されたプロトコルスタックを規定し、これは、コネクションオリエンテッド及びコネクションレスサービスと、シグナリング接続の設定とを意味する。この簡単化されたプロトコルスタックは、使用するＳＣＣＰ／Ｍ３ＵＡ、ＳＵＡ又はピア対ピア適応プロトコルにより導入されるオーバーヘッドを減少し、重畳するアドレス／ルートメカニズムを回避し、等々の明確な利益をもたらす。これら解決策は、図６ａ及び６ｂに示されたメカニズムを除いて、既存の仕様及びピア対ピアシグナリングに変更を必要としない。

図７は、本発明を使用できるシステムの一実施形態を示す図である。このシステムは、３つの無線アクセスネットワーク、ＵＴＲＡＮ、ＩＰ−ＲＡＮ及びＧＥＲＡＮを備えている。ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）は、改善型ＧＳＭ無線アクセスネットワークである。改善型とは、ここでは、ＧＥＲＡＮがＥＤＧＥを無線技術として使用することを意味する。ＥＤＧＥは、８００／９００／１８００／１９００ＭＨｚ周波数帯域を伴うＵＭＴＳサービスの利用を許す。ＧＥＲＡＮは、ＧＰＲＳ（汎用パケット無線システム）の全利点を利用できるようにする。ＧＥＲＡＮのベースステーションサブシステム（ＢＳＳ）は、Ｇｂインターフェイス（ＢＳＳとＧＳＭ ＳＧＳＮとの間）及びＡインターフェイス（ＢＳＳとＧＳＭ ＭＳＣとの間）によりＧＳＭコアネットワークに接続されてもよい。ＢＳＳは、更に、インターフェイスＩｕ−ｐｓ（ＢＳＳと３Ｇ ＳＧＳＮとの間）及びＩｕ−ｃｓ（ＢＳＳと３Ｇ ＭＳＣとの間）によりＵＭＴＳネットワークに接続されてもよい。ＢＳＳは、更に、Ｉｕｒ−ｇインターフェイスによりＵＴＲＡＮのＲＮＣ又は他のＢＳＳに接続されてもよい。ＢＳＳは、ベースステーションコントローラ（ＢＳＣ）及びベーストランシーバステーション（ＢＴＳ）を備えている。ＧＥＲＡＮでは、ＢＴＳとユーザ装置（ＵＥ）との間のエアインターフェイスを、Ｕｍと称する。

ＩＰ ＲＡＮ（インターネットプロトコル無線アクセスネットワーク）は、ＩＰトラフィックを搬送するように完全に最適化されそしてＩＰトランスポート技術をベースとするＲＡＮアーキテクチャーである。ＩＰ ＲＡＮでは、集中化無線ネットワークコントローラ（ＲＮＣ及びＢＳＣ）の機能の幾つかがベースステーションＩＰ ＢＴＳへ移行される。この構成では、ネットワーク要素間の機能の分割が、ＩＰトラフィックのニーズに適するように基本的に再定義される。これは、ＧＳＭ（移動通信用のグローバルシステム）及びＣＤＭＡ（コード分割多重アクセス）ベースの無線アクセスネットワークのような既存のネットワークアーキテクチャーでトランスポート解決策としてＩＰを使用するだけのものとは明確に相違する。無線アクセスネットワークは、コアネットワークＣＮに接続される。図７は、ユーザ装置ＵＥも示している。ユーザ装置ＵＥは、好ましくは、例えば、移動電話のような移動ターミナルを指す。ユーザ装置ＵＥは、１つ以上の無線アクセスネットワークに接続されてもよい。

図７は、本発明を使用できるシステムの一実施形態を示すに過ぎないことに注意されたい。更に、このシステムは、図７に表わされていない要素を含んでもよい。この種の要素は、次のものの１つ以上でよい。即ち、サービング移動ロケーションセンター（ＳＭＬＣ）、共通リソースマネージャーサーバー（ＣＲＭＳ）、オペレーション及びメンテナンスサーバー（ＯＭＳ）、及びトランスポートリソースサーバー。

本発明は、ＳＣＣＰ／Ｍ３ＵＡ／ＳＣＴＰ／ＩＰスタック、例えば、Ｉｕｒ、Ｉｕ、Ａインターフェイスを含むいかなるインターフェイスへと拡張することもできる。それ故、アプリケーション層は変化してもよいことが明らかである。これは、例えば、無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ）、無線ネットワークサブシステムアプリケーションパート（ＲＮＳＡＰ）、ベースステーションシステムアプリケーションパート（ＢＳＳＡＰ）、等でよい。更に、本発明に述べるエンドポイントは、次のいずれでもよい。即ち、ベースステーション、コントローラ、無線ネットワークコントローラ、コアネットワーク、無線ネットワークアクセスサーバー、ゲートウェイ、サーバー、移動ノード、ルーター、ワイヤレスルーター、コンピュータ、ＳＧＳＮ、ＧＰＲＳゲートウェイサポートノード（ＧＧＳＮ）、適当な無線アクセスネットワーク、コアネットワーク要素、等々。

図８は、ＩＰ ＲＡＮ論理構造の一例を含む本発明の一実施形態を示す。ＩＰベーストランシーバステーション８２が示されている。ユーザ装置８０は、ワイヤレス接続を経てベーストランシーバステーション８２と通信するように構成される。ユーザ装置は、移動電話、コンピュータ、パーソナルデジタルアシスタント、又は他のこのようなエンティティでよい。ベースステーションは、従来のベースステーション８２ａでもよいし、又はＩＰトランスポートをサポートするＩＰベースステーション８２ｂでもよい。従来のベースステーションは、ここに示す実施形態ではＲＮＣ８４であるコントローラに接続される。ＲＮＣ８４は、Ｉｕｂインターフェイスを経てベースステーション８２ａに接続される。

ＩＰベースステーション８２ｂは、ＲＮＡＳ８６（無線ネットワークアクセスサーバー）と称されるＩＰコントローラに接続される。これは、ＲＮＣに対してある同様の機能を与えることができ、そしてＩＰベースのＲＮＣとも称される。ＲＮＡＳ８６は、Ｉｕ’インターフェイスを経てベースステーションへ接続される。ＲＮＣ８４及びＲＮＡＳ８６は、Ｉｕｒインターフェイスを経て互いに通信してもよい。又、１つ以上のサーバー８８が設けられてもよく、これらは、ＲＮＣ８４、ＲＮＡＳ８６及びＩＰベースステーション８２ｂ、或いはそれらの幾つかのみと通信できるように構成される。これらのサーバーは、例えば、サービング移動ロケーションセンター（ＳＭＬＣ）、共通リソースマネージャーサーバー（ＣＲＭＳ）、並びにオペレーション及びメンテナンスサーバー（ＯＭＳ）である。

ＩＰベースステーション８２ｂ及びＲＮＡＳ８６は、ＩＰ ＲＡＮ９０を構成する。ベースステーション８２ａ及びＲＮＣ８４は、従来のＲＡＮ９２を構成する。ＲＮＣ８４及びＲＮＡＳ８６は、Ｉｕインターフェイスを経てコアネットワーク９４と通信するように構成される。

図８は、ネットワークの概略図であることが明らかである。従来のＲＡＮ９２は、本発明の実施形態から省略してもよい。本発明のある実施形態では、ＩＰ ＲＡＮにおけるベースステーションとＲＮＡＳとの間に個別のＲＮＣ要素が設けられてもよい。ＲＮＡＳは、ＩＰベースのＲＮＣと置き換えることができる。ＩＰ ＢＴＳは、ＩＰ及びＲＮＣの幾つかの機能をサポートするベースステーションである。これは、全てのＩＰネットワークにおいて、このようなＲＮＣをもつことが必要でないからである。又、設けられるが、図示されていないのは、パケット交換トラフィック用のユーザ平面ゲートウェイ（ＲＮＧＷ）及び回路交換トラフィック用のユーザ平面ゲートウェイ（ＣＳＧＷ）である。これらは、ＲＮＳ及び／又はコアネットワーク又は他のネットワークの間に配置される。従って、制御平面は、サービングＧＰＲＳ（汎用パケット無線サービス）サポートノードＳＧＳＮのようなコアネットワークの他のネットワーク要素、或いは無線ネットワークコントローラ又はベースステーションコントローラのような他の無線アクセスネットワーク要素に向う通常のＲＮＣのように見えるＲＮＡＳを通して進む。次いで、ユーザ平面は、ユーザ平面ゲートウェイＲＮＧＷ及びＣＳＧＷを通して進む。又、付加的な要素は、本発明の別の実施形態において図示された構成に組み込まれてもよい。

図８の一実施形態では、ＩＰ ＢＴＳ及びＲＮＡＳの通信制御スタックにおいて適応層が省略される。しかしながら、本発明の実施形態は、他のどこかに適用できることが明らかであろう。ＳＣＴＰは、これらの他のネットワーク要素間の制御平面にも使用できるし又はそれとは別にも使用できる。ＳＣＴＰの最上部のプロトコルしか変化しない。本発明の実施形態では、ＳＣＴＰは、ＩＰベースＲＡＮの異なるインターフェイスに使用することができる。例えば、２つのベースステーション間、ベースステーションとコントローラ（ＲＮＣ又はＲＮＡＳ）との間に使用することができる。本発明の実施形態は、コントローラ（ＲＮＣ又はＲＮＡＳ）間に使用することもできる。本発明の更に別の実施形態は、サービング移動ロケーションセンターＳＭＬＣ又は共通リソースマネージャーサーバーＣＲＭＳ及びＩＰベースステーション又はＲＮＣ／ＲＮＡＳのような異なる形式のサーバーエンティティ間に使用することができる。本発明の実施形態は、ＩＰ ＢＴＳとＵＴＲＡＮ ＲＮＣとの間に使用することができる。

技術の進歩に伴い、本発明の基本的な考え方は、種々のやり方で実施できることが当業者に明らかであろう。従って、本発明及びその実施形態は、上述した例に限定されず、特許請求の範囲内で種々変更し得る。

既知のプロトコルスタックを示すブロック図である。 ソースエンドポイントにおける本発明のローカルトランスポート接続設定手順を示す図である。 行先エンドポイントにおける本発明のローカルトランスポート接続設定手順を示す図である。 ソースエンドポイントにおける本発明のローカルトランスポート接続解除手順を示す図である。 行先エンドポイントにおける本発明のローカルトランスポート接続解除手順を示す図である。 本発明による好ましいプロトコルスタックを示すブロック図である。 本発明による相互接続ハンドラーを示すブロック図である。 本発明により、ＰＰＩパラメータの使用に基づいてソースエンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。 本発明により、ＰＰＩパラメータの使用に基づいて行先エンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。 本発明により、ストリームの予約に基づいてソースエンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。 本発明により、ストリームの予約に基づいて行先エンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。 本発明により、ＳＣＴＰ無秩序フラグパラメータの使用に基づいてソースエンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。 本発明により、ＳＣＴＰ無秩序フラグパラメータの使用に基づいて行先エンドポイントによりコネクションオリエンテッドサービス及びコネクションレスサービスを区別するためのメカニズムを示すフローチャートである。 本発明を使用できるシステムの一実施形態を示す図である。 本発明の実施形態に使用されるＩＰ ＲＡＮ論理アーキテクチャーを含む構成を示す図である。

Claims (28)

1. ２つのエンドポイント間でデータを提供するための方法において、
   第１エンドポイントにおけるアプリケーションからソースアプリケーション要求メッセージを受信し、
   第１エンドポイントと第２エンドポイントとの間に関連性を生成し、
   トランスポート層内でトランスポート接続識別子を選択し及び／又は割り当て、そして、
   第２エンドポイントへのデータフレームの送信であって、該データフレームは、少なくとも前記選択されたか又は割り当てられたトランスポート接続識別子、行先アプリケーション情報、データ形式情報及び／又はペイロードを含むものであるような送信を行う、
   ことを備えた方法。
2. 前記トランスポート層はストリームコントロールトランスミッションプロトコル（ＳＣＴＰ）を利用し、そして前記トランスポート接続識別子は、ＳＣＴＰｓｔｒｅａｍＩＤを指す請求項１に記載の方法。
3. アプリケーションがシグナリング接続の設定を要求するときに、前記方法は、
   ＳＣＴＰ関連性である前記関連性の中の未使用のＳＣＴＰストリーム番号を選択し、
   前記ＳＣＴＰ関連性のＳＣＴＰストリーム番号を、前記アプリケーションからのシグナリング接続要求内のアプリケーション接続識別子と接続し、
   前記トランスポート層において前記選択されたＳＣＴＰストリーム番号と前記アプリケーション内のアプリケーション接続識別子との間の接続を記憶し、
   前記接続要求がアプリケーションメッセージを含んでいた場合には、そのアプリケーションメッセージをＳＣＴＰメッセージにおいてペイロードとして配送する、
   ことを更に備えた請求項１又は２に記載の方法。
4. 前記シグナリング接続が既に設定されそしてアプリケーションがデータを前記トランスポート層へ送信するときに、前記方法は、
   前記ＳＣＴＰ関連性の中の前記シグナリング接続に既に指定されているＳＣＴＰストリーム番号を選択することを更に備えた請求項３に記載の方法。
5. シグナリング接続を解除するときに、前記方法は、
   １つのエンドポイントにおけるアプリケーションからのアプリケーション解除メッセージを他のエンドポイントにおけるアプリケーションに送信し、
   前記アプリケーションからのアプリケーション解除完了メッセージを前記他のエンドポイントのアプリケーションへ送信し、
   前記アプリケーション解除メッセージに基づいて前記行先エンドポイントにおいて前記トランスポート層で前記割り当てられた接続識別子を解除し、
   ソースエンドポイントにおいて行先のエンドポイントのアプリケーションからのアプリケーション解除応答メッセージを受け取り、
   前記第１エンドポイントの前記トランスポート層において前記アプリケーション解除完了メッセージに基づいて前記割り当てられた接続識別子を解除する、
   ことを更に備えた請求項４に記載の方法。
6. 前記方法は、プロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、行先アプリケーション及びサービスを識別するものである選択を行うことを更に備えた請求項３又は４に記載の方法。
7. 前記方法は、更に、
   プロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、使用するアプリケーションプロトコルを指示するものである選択を行い、
   ＳＣＴＰ無秩序フラグパラメータのアンセットであって、該ＳＣＴＰ無秩序フラグパラメータのアンセットがサービスを指示するようなアンセットを行う、
   ことを備えた請求項３又は４に記載の方法。
8. 前記アプリケーションから前記トランスポート層がデータを受信するときに、前記方法は、更に、
   ＳＣＴＰ関連性である前記関連性の中で未使用のＳＣＴＰストリーム番号を選択し、
   プロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、行先アプリケーション及びサービスを識別するものである選択を行う、
   ことを備えた請求項１又は２に記載の方法。
9. 前記アプリケーションから前記トランスポート層がデータを受信するときに、前記方法は、更に、
   サービスに対して特に予約されたＳＣＴＰストリーム番号を選択し、
   プロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、行先アプリケーションを識別するものである選択を行う、
   ことを備えた請求項１又は２に記載の方法。
10. 前記アプリケーションから前記トランスポート層がデータを受信するときに、前記方法は、更に、
    ＳＣＴＰ関連性である前記関連性の中でＳＣＴＰストリーム番号を選択し、
    プロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、使用するアプリケーションプロトコルを指示するものである選択を行い、
    ＳＣＴＰ無秩序フラグパラメータの「１」へのセットであって、ＳＣＴＰ無秩序フラグパラメータをセットすることがサービスを指示するようなセットを行う、
    ことを備えた請求項１又は２に記載の方法。
11. ２つのエンドポイント間でデータを提供するために方法において、
    トランスポート層におけるデータフレームの受信であって、該データフレームは、少なくとも選択されたトランスポート接続識別子、行先アプリケーション情報、データ形式情報及び／又はペイロードを含むものであるような受信を行い、
    前記データフレームがサービスに関連するかを前記データ形式情報に基づいて決定し、
    前記行先アプリケーション情報に基づいて前記行先アプリケーションへアプリケーションメッセージを送信する、
    ことを備えた方法。
12. 前記データフレームが前記サービスに関連することをプロトコルペイロード識別子パラメータ値、及び／又はＳＣＴＰストリーム番号、及び／又はＳＣＴＰ無秩序フラグに基づいて決定し、そしてデータフレーム内のＳＣＴＰストリーム番号が以前に使用されていない場合には、データフレームが新たなシグナリング接続に関連すると結論し、ＳＣＴＰストリーム番号を記憶し、
    アプリケーション接続識別子を選択しそしてそれをＳＣＴＰストリーム番号へマップし、
    前記プロトコルペイロード識別子パラメータ値に基づいて行先アプリケーションを決定し、
    シグナリング接続指示及び／又はＳＣＴＰメッセージのペイロードを行先アプリケーションに送信する、
    ことを更に備えた請求項１１に記載の方法。
13. 第２エンドポイントにおいて、前記方法は、更に、
    プロトコルペイロード識別子パラメータ値、及び／又はＳＣＴＰ無秩序フラグ、及び／又はＳＣＴＰストリーム番号に基づいて前記データフレームが前記サービスに関連することを決定し、
    プロトコルペイロード識別子パラメータ値に基づいて行先アプリケーションを決定し、
    シグナリング接続指示及び／又はＳＣＴＰメッセージのペイロードを行先アプリケーシ ョンに送信する、
    ことを備えた請求項１１に記載の方法。
14. ２つのエンドポイント間でデータを提供するための装置において、
    アプリケーションからソースアプリケーション要求メッセージを受信する手段(IF1)と、
    エンドポイント間に関連性を生成するための手段 (CM) と、
    トランスポート接続識別子を選択及び／又は割り当てる手段(ID)と、
    第２エンドポイントへデータフレームを送信するための手段であって、該データフレームは、少なくとも前記選択又は割り当てられたトランスポート接続識別子、行先アプリケーション情報、データ形式情報及び／又はペイロードを含むものであるような手段と、
    を備えた装置。
15. 前記トランスポート層はストリームコントロールトランスミッションプロトコル（ＳＣＴＰ ) を利用する、請求項１４に記載の装置。
16. ＳＣＴＰ関連性である前記関連性の中の未使用のＳＣＴＰストリーム番号を選択するための手段と、
    前記ＳＣＴＰ関連性のＳＣＴＰストリーム番号を、前記アプリケーションからのシグナリング接続要求内のアプリケーション接続識別子と接続するための手段と、
    前記トランスポート層において前記選択されたＳＣＴＰストリーム番号と前記アプリケーション内のアプリケーション接続識別子との間の接続を記憶するための手段と、
    前記接続要求がアプリケーションメッセージを含んでいた場合には、そのアプリケーションメッセージをＳＣＴＰメッセージにおいてペイロードとして配送するための手段と、
    を備えた請求項１４又は１５に記載の装置。
17. 前記シグナリング接続が既に設定されそしてアプリケーションがデータを前記トランスポート層へ送信するときに、選択手段（ ID) は、
    前記ＳＣＴＰ関連性の中の前記シグナリング接続に既に指定されているＳＣＴＰストリーム番号を選択するよう構成された、請求項１６に記載の装置。
18. ソースエンドポイントにおいて行先のエンドポイントのアプリケーションからのアプリケーション解除応答メッセージを受け取るための手段と、
    前記トランスポート層において前記アプリケーション解除完了メッセージに基づいて前記割り当てられた接続識別子を解除するための手段と、
    を備えた請求項１７に記載の装置。
19. プロトコルペイロード識別子パラメータに対して適当な値を選択するための選択手段(ID)も設けられ、前記プロトコルペイロード識別子パラメータは、行先アプリケーション及び／又はサービスを識別するものである請求項１７又は１８に記載の装置。
20. サービスに特に使用されるＳＣＴＰストリーム番号を選択するための、そしてプロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは行先アプリケーションを識別するものである選択を行うための、選択手段（ ID) も設けられた請求項１７に記載の装置。
21. プロトコルペイロード識別子パラメータに対する適当な値の選択であって、該プロトコルペイロード識別子パラメータは、使用するアプリケーションプロトコルを指示するものである選択をするための、そしてＳＣＴＰ無秩序フラグパラメータのアンセットであって、該ＳＣＴＰ無秩序フラグパラメータのアンセットがサービスを指示するようなアンセットを行うための、選択手段（ ID) も設けられた請求項１７又は１８に記載の装置。
22. ＳＣＴＰ関連性である前記関連性の中で未使用のＳＣＴＰストリーム番号を選択するための、そしてプロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、行先アプリケーション及びサービスを識別するものである選択を行うための、手段を更に備えた請求項１６又は１７に記載の装置。
23. サービスに対して特に予約されたＳＣＴＰストリーム番号を選択するための、そしてプロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、行先アプリケーションを識別するものである選択を行うための、手段を更に備えた請求項１６又は１７に記載の装置。
24. ＳＣＴＰ関連性である前記関連性の中でＳＣＴＰストリーム番号を選択するための、プロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは、使用するアプリケーションプロトコルを指示するものである選択を行うための、そしてＳＣＴＰ無秩序フラグパラメータの「１」へのセットであって、ＳＣＴＰ無秩序フラグパラメータをセットすることがサービスを指示するようなセットを行うための、手段を更に備えた請求項１６又は１７に記載の装置。
25. サービスに特に使用されるＳＣＴＰストリーム番号を選択するための、ＳＣＴＰ無秩序フラグパラメータの「１」へのセットをするための、そしてプロトコルペイロード識別子パラメータに対しての適当な値の選択であって、該プロトコルペイロード識別子パラメータは行先アプリケーションを識別するものである選択を行うための、手段を更に備えた請求項１６又は１７に記載の装置。
26. ２つのエンドポイント間でデータを提供するための装置において、
    トランスポート層におけるデータフレームの受信であって、該データフレームは、少なくとも選択されたトランスポート接続識別子、行先アプリケーション情報、データ形式情報及び／又はペイロードを含むものであるような受信を行うための手段と、
    前記データフレームがサービスに関連するかを前記データ形式情報に基づいて決定するための手段と、
    前記行先アプリケーション情報に基づいて前記行先アプリケーションへアプリケーションメッセージを送信するための手段と、
    を備えた装置。
27. 前記データフレームが前記サービスに関連することをプロトコルペイロード識別子パラメータ値、及び／又はＳＣＴＰストリーム番号、及び／又はＳＣＴＰ無秩序フラグに基づいて決定し、そしてデータフレーム内のＳＣＴＰストリーム番号が以前に使用されていない場合には、データフレームが新たなシグナリング接続に関連すると結論し、ＳＣＴＰストリーム番号を記憶するための手段（ DM) と、
    アプリケーション接続識別子を選択しそしてそれをＳＣＴＰストリーム番号へマップするための手段と、
    前記プロトコルペイロード識別子パラメータ値に基づいて行先アプリケーションを決定するための手段と、
    シグナリング接続指示及び／又はＳＣＴＰメッセージのペイロードを行先アプリケーションに送信するための手段と、
    を備えた請求項２６に記載の装置。
28. 前記データフレームが前記サービスに関連することをプロトコルペイロード識別子パラメータ値、及び／又はＳＣＴＰストリーム番号、及び／又はＳＣＴＰ無秩序フラグに基づいて決定するための手段と、
    前記プロトコルペイロード識別子パラメータ値に基づいて行先アプリケーションを決定するための手段と、
    ＳＣＴＰメッセージのペイロード及び／又はシグナリング接続指示を行先アプリケーションに送信するための手段と、
    を備えた請求項２６に記載の装置。

Images