無線ネットワーク内でアプリケーション層メッセージを伝送する方法であって、第1のネットワークノードから受信した無線リソース要求に応答して前記第1のネットワークノードと基地局コントローラとの間の無線リソースをセットアップすることと、前記割り振られた無線リソースを使用して前記第1のネットワークノードから前記基地局コントローラに非アクセス階層NAS層要求を伝送し、第2のネットワークノードに前記NAS層要求をリレーすることと、特定のプロトコルスタックを使用できるものとして前記第1のネットワークノードを識別する情報と、第3のネットワークノードのアクセスポイント名と、前記第1のネットワークノード内のアプリケーションが前記第2のネットワークノードで受信される前記NAS層要求に応答して前記第2及び第3のネットワークノードを介して通信する予定のサーバのアドレスとを使用して、前記特定のプロトコルスタックに対応する動作パラメータを確立することと、前記第2のネットワークノードから前記第3のネットワークノードにパケットデータプロトコルPDPコンテキストベースの接続性を確立することと、前記NAS層要求によって提供される情報及び前記第3のネットワークノードへの前記PDPコンテキストベースの接続性に応答して前記第2のネットワークノードで前記特定のプロトコルスタックの使用を使用可能にすることと、前記特定のプロトコルスタックにより、前記第1のネットワークノードと前記第2のネットワークノードとの間でアプリケーション層メッセージを転送することを含む、方法。前記無線リソース要求が、前記特定のプロトコルスタックをサポートするものとして前記第1のネットワークノードを識別するランダムローカル無線ネットワーク別名を含み、前記特定のプロトコルスタックがユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除外する、請求項1記載の方法。前記第2のネットワークノードから前記第1のネットワークノードに接続受諾メッセージを送信することを除き、前記第2のネットワークノードと他のネットワークノードとの間で接続関連信号送出が完了した後、前記第2のネットワークノードと前記第3のネットワークノードとの間で前記PDPコンテキストベースの接続性が確立される、請求項1記載の方法。前記第2のネットワークノードと前記第3のネットワークノードとの間で前記PDPコンテキストベースの接続性を確立することが、前記第2のネットワークノードにより、前記第3のネットワークノードの前記アクセスポイント名をIPアドレスにマッピングすることと、前記第3のネットワークノードの前記アクセスポイント名を使用して、前記第2のネットワークノードと前記第3のネットワークノードとの間でPDPコンテキスト信号送出を実行することと、PDPコンテキスト信号送出中に前記第3のネットワークノードによって提供されるインターネットプロトコルIPソースアドレス情報並びに前記NAS層要求内で前記第2のネットワークノードに提供されるか又は接続関連信号送出中にホームロケーションレジスタHLRによって提供される前記サーバに対応するIP宛先アドレス情報に基づいて、前記第2のネットワークノードで前記特定のプロトコルスタックの使用を使用可能にすることを含む、請求項1記載の方法。前記第2のネットワークノードと前記第3のネットワークノードとの間で前記PDPコンテキストベースの接続性を確立することが、前記第2のネットワークノードと前記第3のネットワークノードとの間でPDPコンテキスト活動化手順を実現することを含み、前記特定のプロトコルスタックをサポートする無線ネットワークノードについてパケットデータ接続を確立する予定であることを示し、前記第2のネットワークノードから前記第3のネットワークノードに向けられたPDPコンテキスト作成要求を送信することと、前記第3のネットワークノードによって前記第1のネットワークノードに割り当てられたPDPアドレスを識別し、前記第3のネットワークノードから前記第2のネットワークノードでPDPコンテキスト作成応答を受信することを含む、請求項1記載の方法。前記第2のネットワークノードと前記第3のネットワークノードとの間で前記PDPコンテキスト活動化手順が完了した後、前記第2のネットワークノードから前記第1のネットワークノードに送信される接続関連信号送出の最終ステップが完了する、請求項5記載の方法。前記第1のネットワークノードと前記第2のネットワークノードとの間でアプリケーション層メッセージを転送することが、前記ユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除外する前記特定のプロトコルスタックの前記コンテキスト内で前記アプリケーション層メッセージを伝達することと、前記NAS層要求が受信され、前記PDPコンテキストベースの接続性が確立された時に識別された前記サーバのIPアドレス及び前記第1のネットワークノードのIPアドレスを使用することにより、前記第2のネットワークノードで前記第1のネットワークノードから受信した前記アプリケーション層メッセージを、前記UDP層及びIP層を含む異なるプロトコルスタックにマッピングすることと、前記サーバの前記IPアドレスに基づいて、前記第2のネットワークノードで受信した前記アプリケーション層メッセージを前記第3のネットワークノードを介して前記サーバに転送することを含む、請求項1記載の方法。前記第1のネットワークノードから前記第2のネットワークノードに前記アプリケーション層メッセージを転送することが、前記第1のネットワークノードに関するローカル無線ネットワーク別名と、前記第1のネットワークノードによって生成されたアプリケーション層メッセージを搬送するネットワークプロトコルデータユニットとを前記第2のネットワークノードで受信することと、前記ローカル無線ネットワーク別名に基づいて前記特定のプロトコルスタックをサポートするものとして前記第1のネットワークノードを識別し、前記特定のプロトコルスタックが前記ユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除外することと、前記第3のネットワークノードによって前記第1のネットワークノードに割り当てられたソースPDPアドレスと、前記サーバに関連する宛先PDPアドレスを使用して、前記ネットワークプロトコルデータユニット内で搬送された前記アプリケーション層メッセージを、前記UDP層及びIP層が存在するGTP-Uプロトコルデータユニットにマッピングすることと、前記第2のネットワークノードから前記第3のネットワークノードに前記GTP-Uプロトコルデータユニットを送信することを含む、請求項1記載の方法。前記アプリケーション層メッセージを前記GTP-Uプロトコルデータユニットにマッピングすることが、前記第1のネットワークノードについて前記第2のネットワークノードによって前に決定されたパケット一時移動加入者IDを前記ソースPDPアドレスにマッピングすることと、前記NAS層要求が受信された時並びに前記PDPコンテキストベースの接続性が確立された時に得られたサーバ情報に基づいて、前記パケット一時移動加入者IDに対応する前記宛先PDPアドレスを識別することと、前記GTP-Uプロトコルデータユニットを生成することであって、前記アプリケーション層メッセージが前記ソース及び宛先PDPアドレスを使用して構築されたUDP/IPデータグラム内で搬送されることと、前記GTP-Uプロトコルデータユニットを前記第3のネットワークノードに送信することを含む、請求項8記載の方法。前記第2のネットワークノードから前記第1のネットワークノードに前記アプリケーション層メッセージを転送することが、前記PDPコンテキストベースの接続性が確立された時に前記第3のネットワークノードによって前記第1のネットワークノードに割り当てられた前記GTP-Uプロトコルデータユニット内に含まれる宛先PDPアドレスに基づいて、前記第2のネットワークノードで受信したGTP-Uプロトコルデータユニットが前記第1のネットワークノードに向けられたアプリケーション層メッセージを搬送すると判断することと、前記GTP-Uプロトコルデータユニット内で搬送されたUDP/IPデータグラムからユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除去して、前記アプリケーション層メッセージを含むネットワークプロトコルデータユニットを生成することと、前記ネットワークプロトコルデータユニットを介して前記第1のネットワークノードに前記アプリケーション層メッセージをリレーすることを含む、請求項1記載の方法。前記第1のネットワークノードと前記第2のネットワークノードとの間で前記アプリケーション層メッセージを転送することが、前記第1のネットワークノードが共通のサービス品質要件を有する特定のグループの無線装置の一部であることを示す前記アプリケーション層メッセージに関連するローカル無線ネットワーク別名に基づいて前記第1のネットワークノードから前記第2のネットワークノードに前記アプリケーション層メッセージをリレーすることを含む、請求項1記載の方法。前記第1のネットワークノードから前記第2のネットワークノードに前記アプリケーション層メッセージをリレーすることが、接続手順中に前記第1のネットワークノードに割り当てられたパケット一時移動加入者IDに基づいて、前記第1のネットワークノードがどのグループに関連付けられるかを識別することと、前記識別されたグループに割り当てられた前記サービス品質に基づいて、前記第1のネットワークノードから前記第2のネットワークノードに前記アプリケーション層メッセージをリレーすることを含む、請求項11記載の方法。前記特定のプロトコルスタックをサポートするすべての無線装置に同じサービス品質が割り当てられるか又はそれぞれの無線装置に明確に関連付けられたIDに基づいて前記特定のプロトコルスタックをサポートする無線装置のサブセットに異なるサービス品質が割り当てられる、請求項11記載の方法。前記第1のネットワークノードから前記第2のネットワークノードに前記アプリケーション層メッセージを転送することが、基地局コントローラが前記第1のネットワークノードの前記特定のIDを把握せずに、前記基地局コントローラが前記第1のネットワークノードから受信した単一ブロックパケットアクセス要求を受諾することに応答して、前記第1のネットワークノードに無線リソースを割り振ることと、前記割り振られた無線リソースを使用して、前記第1のネットワークノードによって伝送された単一無線ブロックを前記基地局コントローラで受信することであって、前記単一無線ブロックが、サブネットワーク依存収束プロトコルSNDCP層と、パケットフロー識別子と、前記第1のネットワークノードの前記特定のIDを示すローカル無線ネットワーク別名とに関連するSN-PDU内で搬送される単一アプリケーション層メッセージを含むことと、前記ローカル無線ネットワーク別名に基づいて、前記パケットフロー識別子に関連するサービス品質で、前記基地局コントローラから前記第2のネットワークノードに前記単一アプリケーション層メッセージをリレーすることを含む、請求項1記載の方法。前記パケットフロー識別子が前記特定のプロトコルスタックをサポートする第1のネットワークノードに関連付けられることを前記第2のネットワークノードが認識することに応答して、前記第1のネットワークノードに割り当てられたソースPDPアドレスと前記サーバに割り当てられた宛先PDPアドレスを使用して構築されたUDP/IPデータグラム内で前記単一アプリケーション層メッセージが搬送されるように、前記単一アプリケーション層メッセージをGTP-Uプロトコルデータユニットにマッピングすることと、前記第2のネットワークノードから前記第3のネットワークノードに前記GTP-Uプロトコルデータユニットを送信することにより、前記第2のネットワークノードが前記第3のネットワークノードに前記単一アプリケーション層メッセージを転送する、請求項14記載の方法。無線ネットワーク内で使用するためのネットワークノードであって、前記ネットワークノードが、第1のネットワークノードから非アクセス階層NAS層要求を受信し、前記第1のネットワークノードによって基地局コントローラに送信された無線リソース要求に応答して割り振られた無線リソースを使用して前記NAS層要求が前記第1のネットワークノードから前記基地局コントローラに伝送され、前記基地局コントローラから前記ネットワークノードに前記NAS層要求を転送し、特定のプロトコルスタックを使用できるものとして前記第1のネットワークノードを識別する情報と、第3のネットワークノードのアクセスポイント名と、前記第1のネットワークノード内のアプリケーションが前記NAS層要求を受信することに応答して前記ネットワークノード及び前記第3のネットワークノードを介して通信する予定のサーバのアドレスとを使用して、前記特定のプロトコルスタックに対応する動作パラメータを確立し、前記ネットワークノードから前記第3のネットワークノードにパケットデータプロトコルPDPコンテキストベースの接続性を確立し、前記NAS層要求によって提供される情報及び前記第3のネットワークノードへの前記PDPコンテキストベースの接続性に応答して前記ネットワークノードで前記特定のプロトコルスタックの使用を使用可能にし、前記第1のネットワークノードによって前記基地局コントローラに送信されたその後の無線リソース要求に応答して割り振られた無線リソースを使用して、前記特定のプロトコルスタックにより前記第1のネットワークノードから受信したアプリケーション層メッセージを前記第3のネットワークノードに転送するように動作可能な処理回路を含む、ネットワークノード。初期無線リソース要求が、前記特定のプロトコルスタックをサポートするものとして前記第1のネットワークノードを識別するランダムローカル無線ネットワーク別名を含み、前記特定のプロトコルスタックがユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除外する、請求項16記載のネットワークノード。前記ネットワークノードから前記第2のネットワークノードに接続受諾メッセージを送信することを除き、前記第2のネットワークノードと前記ネットワークノードとの間で接続関連信号送出が完了した後、前記ネットワークノードと前記第3のネットワークノードとの間で前記PDPコンテキストベースの接続性を確立するように前記処理回路が動作可能である、請求項16記載のネットワークノード。前記第3のネットワークノードの前記アクセスポイント名をIPアドレスにマッピングし、前記第3のネットワークノードの前記アクセスポイント名を使用して、前記ネットワークノードと前記第3のネットワークノードとの間でPDPコンテキスト信号送出を実行し、PDPコンテキスト信号送出中に前記第3のネットワークノードによって提供されるインターネットプロトコルIPソースアドレス情報並びに前記NAS層要求内で前記ネットワークノードに提供されるか又は接続関連信号送出中にホームロケーションレジスタHLRによって提供される前記サーバに対応するIP宛先アドレス情報に基づいて、前記ネットワークノードで前記特定のプロトコルスタックの使用を使用可能にするように前記処理回路が動作可能である、請求項16記載のネットワークノード。前記特定のプロトコルスタックをサポートする無線ネットワークノードについて前記動作パラメータを確立する予定であることを示し、前記ネットワークノードから前記第3のネットワークノードに向けられたPDPコンテキスト作成要求を送信し、前記第3のネットワークノードによって前記無線ネットワークノードに割り当てられたPDPアドレスを識別し、前記第3のネットワークノードから前記ネットワークノードでPDPコンテキスト作成応答を受信するように前記処理回路が動作可能である、請求項16記載のネットワークノード。前記ユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除外する前記特定のプロトコルスタックの前記コンテキスト内で前記アプリケーション層メッセージを受信し、前記PDPコンテキストベースの接続性が確立された時に識別された前記サーバのIPアドレス及び前記第1のネットワークノードのIPアドレスを使用することにより、前記ネットワークノードで前記第1のネットワークノードから受信した前記アプリケーション層メッセージを、前記UDP層及びIP層を含む異なるプロトコルスタックにマッピングし、前記サーバの前記IPアドレスに基づいて、前記ネットワークノードで受信した前記アプリケーション層メッセージを前記第3のネットワークノードを介して前記サーバに転送するように前記処理回路が動作可能である、請求項16記載のネットワークノード。前記第1のネットワークノードに関するローカル無線ネットワーク別名と、前記第1のネットワークノードによって生成されたアプリケーション層メッセージを搬送するネットワークプロトコルデータユニットとを前記ネットワークノードで受信し、前記ローカル無線ネットワーク別名に基づいて前記特定のプロトコルスタックをサポートするものとして前記第1のネットワークノードを識別し、前記特定のプロトコルスタックが前記ユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除外し、前記第3のネットワークノードによって前記第1のネットワークノードに割り当てられたソースPDPアドレスと、前記サーバに関連する宛先PDPアドレスを使用して、前記ネットワークプロトコルデータユニット内で搬送された前記アプリケーション層メッセージを、前記UDP層及びIP層が存在するGTP-Uプロトコルデータユニットにマッピングし、前記ネットワークノードから前記第3のネットワークノードに前記GTP-Uプロトコルデータユニットを送信するように前記処理回路が動作可能である、請求項16記載のネットワークノード。前記第1のネットワークノードについて前記ネットワークノードによって前に決定されたパケット一時移動加入者IDP-TMSIを前記ソースPDPアドレスにマッピングし、前記NAS層要求が受信された時に得られたか又は接続関連信号送出中にホームロケーションレジスタHLRによって提供されたサーバ情報に基づいて、前記P-TMSIに対応する前記宛先PDPアドレスを識別し、前記GTP-Uプロトコルデータユニットを生成し、前記アプリケーション層メッセージが前記ソース及び宛先PDPアドレスを使用して構築されたUDP/IPデータグラム内で搬送され、前記UDP/IPデータグラムを前記第3のネットワークノードに送信するように前記処理回路が動作可能である、請求項22記載のネットワークノード。前記PDPコンテキストベースの接続性が確立された時に前記第3のネットワークノードによって前記第1のネットワークノードに割り当てられた前記GTP-Uプロトコルデータユニット内に含まれる宛先PDPアドレスに基づいて、前記ネットワークノードで受信したGTP-Uプロトコルデータユニットが前記第1のネットワークノードに向けられたアプリケーション層メッセージを搬送すると判断し、前記GTP-Uプロトコルデータユニット内で搬送されたUDP/IPデータグラムからユーザデータグラムプロトコルUDP層及びインターネットプロトコルIP層を除去して、前記アプリケーション層メッセージを含むネットワークプロトコルデータユニットを生成し、前記ネットワークプロトコルデータユニットを介して前記第1のネットワークノードに前記アプリケーション層メッセージをリレーするように前記処理回路が動作可能である、請求項16記載のネットワークノード。無線ネットワーク内で使用するための基地局コントローラであって、前記基地局コントローラが、メッセージに併せて送信され、第1のネットワークノードが特定のプロトコルスタックを使用することができ、第2のネットワークノードに関連付けられることを示すローカル無線ネットワーク別名に基づいて、前記第1のネットワークノードから前記第2のネットワークノードにアプリケーション層メッセージをリレーするように動作可能な処理回路を含む、基地局コントローラ。前記第1のネットワークノードの特定のIDを把握せずに、前記第1のネットワークノードから受信した単一ブロックパケットアクセス要求を受諾することに応答して、前記第1のネットワークノードに無線リソースを割り振り、前記割り振られた無線リソースを使用して、前記第1のネットワークノードによって伝送された単一無線ブロックを受信し、前記単一無線ブロックが、サブネットワーク依存収束プロトコルSNDCP層と、パケットフロー識別子と、前記第1のネットワークノードの前記特定のIDを示す前記ローカル無線ネットワーク別名とに関連するSN-PDU内で搬送されるアプリケーション層メッセージを含み、前記ローカル無線ネットワーク別名に基づいて、前記パケットフロー識別子に関連するサービス品質で、前記基地局コントローラから前記第2のネットワークノードに前記単一アプリケーション層メッセージをリレーするように前記処理回路が動作可能である、請求項25記載の基地局コントローラ。前記第1のネットワークノードが共通のサービス品質要件を有する特定のグループの無線装置の一部であることを前記ローカル無線ネットワーク別名が示す、請求項25記載の基地局コントローラ。接続手順中に前記第1のネットワークノードに割り当てられたパケット一時移動加入者IDに明確に対応するローカル無線ネットワーク別名に基づいて、前記第1のネットワークノードがどのグループに関連付けられるかを識別し、前記識別されたグループに割り当てられた前記サービス品質に基づいて、前記第1のネットワークノードから前記第2のネットワークノードに前記アプリケーション層メッセージをリレーするように前記処理回路が動作可能である、請求項27記載の基地局コントローラ。無線ネットワーク内でアプリケーション層メッセージを伝送する方法であって、第1のネットワークノードでアプリケーション層メッセージを生成することと、前記第1のネットワークノードによって生成された無線リソース要求に応答して前記第1のネットワークノードと基地局コントローラとの間の無線リソースをセットアップすることと、前記割り振られた無線リソースを使用して前記第1のネットワークノードから第2のネットワークノードに非アクセス階層NAS層要求を伝達することと、特定のプロトコルスタックを使用できるものとして前記第1のネットワークノードを識別する情報と、前記第1のネットワークノード内のアプリケーションが前記NAS層要求に応答して前記第2のネットワークノードを介して通信する予定のサーバのアドレスとを使用して、前記特定のプロトコルスタックに対応する動作パラメータを確立することと、前記特定のプロトコルスタックに対応する動作パラメータを確立した後、前記第1のネットワークノードによって前記基地局コントローラに送信されたその後の無線リソース要求に応答して割り振られた無線リソースを使用して、前記アプリケーション層メッセージ及びローカル無線ネットワーク別名を前記基地局コントローラを介して前記第2のネットワークノードに伝送することであって、前記第1のネットワークノードが前記特定のプロトコルスタックを使用できることを前記ローカル無線ネットワーク別名が示すことを含む、方法。前記アプリケーション層メッセージ及び前記ローカル無線ネットワーク別名を前記基地局コントローラに伝送することが、サブネットワーク依存収束プロトコルSNDCP層と、パケットフロー識別子と、前記第1のネットワークノードの前記特定のIDを示す前記ローカル無線ネットワーク別名とに関連するSN-PDU内で搬送されるアプリケーション層メッセージを前記第1のネットワークノードで生成することと、前記第1のネットワークノードから前記基地局コントローラに単一ブロックパケットアクセス要求を送信することと、前記単一ブロックパケットアクセス要求が前記基地局コントローラによって承諾されることを示すメッセージを前記第1のネットワークノードで受信することと、前記基地局コントローラにより一時ブロックフローを確立せずに、前記単一ブロックパケットアクセスについて前記基地局コントローラによって割り振られた無線リソースを使用して、前記第1のネットワークノードから前記基地局コントローラに前記アプリケーション層メッセージを伝送することを含む、請求項29記載の方法。前記アプリケーション層メッセージを生成することが、接続手順中に前記第1のネットワークノードについて前記第2のネットワークノードによって判断されたパケット一時移動加入者IDに基づいて、前記ローカル無線ネットワーク別名を生成することと、前記アプリケーション層メッセージを搬送するネットワークプロトコルデータユニットを生成することを含む、請求項30記載の方法。無線ネットワーク内に配備するためのマシンタイプデバイスであって、前記マシンタイプデバイスが、アプリケーション層メッセージと、特定のプロトコルスタックを使用できるものとして前記マシンタイプデバイスを識別する情報を含む要求を生成し、前記マシンタイプデバイスと基地局コントローラとの間で無線リソースがセットアップされた後、前記アプリケーション層メッセージ及びローカル無線ネットワーク別名を前記基地局コントローラに伝送し、前記マシンタイプデバイスが前記特定のプロトコルスタックを使用できることを前記ローカル無線ネットワーク別名が示すように動作可能な処理回路を含む、マシンタイプデバイス。サブネットワーク依存収束プロトコルSNDCP層と、パケットフロー識別子と、前記マシンタイプデバイスの前記特定のIDを示す前記ローカル無線ネットワーク別名とに関連するSN-PDU内で搬送されるアプリケーション層メッセージを生成し、前記基地局コントローラに単一ブロックパケットアクセス要求を送信し、前記単一ブロックパケットアクセス要求が前記基地局コントローラによって承諾されることを示すメッセージを受信し、前記基地局コントローラにより一時ブロックフローを確立せずに、前記単一ブロックパケットアクセスについて前記基地局コントローラによって割り振られた無線リソースを使用して、前記基地局コントローラに前記アプリケーション層メッセージを伝送するように前記処理回路が動作可能である、請求項32記載のマシンタイプデバイス。接続手順中に前記マシンタイプデバイスについてネットワークノードによって判断されたパケット一時移動加入者IDに基づいて、前記ローカル無線ネットワーク別名を生成し、前記アプリケーション層メッセージを搬送するネットワークプロトコルデータユニットを生成するように前記処理回路が動作可能である、請求項33記載のマシンタイプデバイス。MTCメッセージが伝送を必要とする時に送信される制御プレーン及びユーザプレーンペイロードの総量を削減するために、MTCデバイスのために特定のプロトコルスタック最適化が提供される。このような最適化は、典型的にレガシーモバイルデバイスに必要なMTCデバイスとSGSNNAS非アクセス階層nonaccessstratumとの間の信号送出などのエンドツーエンド信号送出手順のうちのいくつかを削減するか又は除去することを含むことができる。また、プロトコルスタックで必要なプロトコル層の数を削減することができ、従って、MTCアプリケーション層メッセージが無線インターフェースによりMTCデバイスに/から伝送される時に必要な帯域幅も削減することができる。また、MTCデバイスとSGSNとの間のパケットデータプロトコルPDPコンテキスト活動化手順の使用も除去することができ、無線通信ネットワーク内での動作のためにMTCデバイスを準備するために必要なオーバヘッドNAS信号の量が削減される。加えて、SGSNとMTCデバイスとの間のUDP/IPユーザデータグラムプロトコル/インターネットプロトコルデータグラムのコンテキスト内でMTCメッセージを搬送することを除去することができ、すべてのMTCメッセージについて46~48オクテットのオーバヘッドが節約される。このため、MTCデバイスは、UDP/IPを使用せずにMTCメッセージの送信及び/又は受信を行うことができる。無線インターフェースにより送信される多くのMTCメッセージは長さが約60オクテット以下であり、その場合、48オクテットのオーバヘッドの除去により大幅な帯域幅削減がもたらされる。一実施形態により、第1のネットワークノードから受信した無線リソース要求に応答して第1のネットワークノードと基地局コントローラとの間の無線リソースをセットアップし、割り振られた無線リソースを使用して第1のネットワークノードから基地局コントローラに非アクセス階層NAS層要求を伝送し、第2のネットワークノードにNAS層要求をリレーすることにより、無線ネットワーク内で非アクセス階層NAS層メッセージが伝送される。特定のプロトコルスタックを使用できるものとして第1のネットワークノードを識別する情報と、第3のネットワークノードのアクセスポイント名と、第1のネットワークノード内のアプリケーションが第2のネットワークノードで受信されるNAS層要求に応答して第2及び第3のネットワークノードを介して通信する予定のサーバのアドレスとを使用して、特定のプロトコルスタックに対応する動作パラメータが確立される。第2のネットワークノードから第3のネットワークノードにパケットデータプロトコルPDPコンテキストベースの接続性が確立される。NAS層要求によって提供される情報及び第3のネットワークノードへのPDPコンテキストベースの接続性に応答して第2のネットワークノードで特定のプロトコルスタックの使用が使用可能になる。特定のプロトコルスタックに対応する動作パラメータが確立された後、第1のネットワークノードから受信したその後の無線リソース要求に応答して第1のネットワークノードと基地局コントローラとの間の無線リソースを使用して、特定のプロトコルスタックにより、第1のネットワークノードと第2のネットワークノードとの間でアプリケーション層メッセージが転送される。他の実施形態により、無線ネットワーク内で使用するための基地局コントローラは、メッセージに併せて送信されるローカル無線ネットワーク別名localwirelessnetworkaliasに基づいて、第1のネットワークノードから第2のネットワークノードにアプリケーション層メッセージをリレーするように動作可能な処理回路を含む。ローカル無線ネットワーク別名は、第1のネットワークノードが特定のプロトコルスタックを使用することができ、特定の第2のネットワークノードに関連付けられることを示す。更に他の実施形態により、第1のネットワークノードでNAS層メッセージを生成し、第1のネットワークノードによって生成された無線リソース要求に応答して第1のネットワークノードと基地局コントローラとの間の無線リソースをセットアップし、割り振られた無線リソースを使用して第1のネットワークノードから第2のネットワークノードに非アクセス階層NAS層要求を伝達することにより、無線ネットワーク内で非アクセス階層NAS層メッセージが伝送される。特定のプロトコルスタックを使用できるものとして第1のネットワークノードを識別する情報と、第1のネットワークノード内のアプリケーションがNAS層要求に応答して第2のネットワークノードを介して通信する予定のサーバのアドレスとを使用して、特定のプロトコルスタックに対応する動作パラメータが確立される。特定のプロトコルスタックに対応する動作パラメータが確立された後、アプリケーション層メッセージ及びローカル無線ネットワーク別名が基地局コントローラを介して第2のネットワークノードに伝送され、ローカル無線ネットワーク別名は、第1のネットワークノードが特定のプロトコルスタックを使用できることを示す。更に他の実施形態により、無線ネットワーク内に配備するためのマシンタイプデバイスmachinetypedeviceは、アプリケーション層メッセージと、特定のプロトコルスタックを使用できるものとしてマシンタイプデバイスを識別する情報を含む要求を生成し、マシンタイプデバイスと基地局コントローラとの間で無線リソースがセットアップされた後、アプリケーション層メッセージ及びローカル無線ネットワーク別名をネットワークノードに伝送するように動作可能な処理回路を含む。ローカル無線ネットワーク別名は、マシンタイプデバイスが特定のプロトコルスタックを使用できることを示す。当業者であれば、以下の詳細な説明を読み、添付図面を見た時に、追加の特徴及び利点を認識するであろう。図面の諸要素は必ずしも相互に対して一定の縮尺になっているわけではない。同様の参照番号は対応する同様の部分を指定する。例示された様々な実施形態の特徴は、相互に排除しない限り、組み合わせることができる。諸実施形態について図面に描写し、以下の説明で詳述する。図1は、ユーザ装置UE100及びMTCデバイス102などの異なるタイプのデバイスにサービスするコア無線ネットワークの一実施形態を概略的に示している。特定のアプリケーションの場合、MTCデバイス102は、マシンツーマシン通信構成で動作するUEにすることができる。このため、図1内のUEは、現在、MTCモードで動作していないモバイルデバイスを表すためのものである。回線交換の領域では、モバイルサービスセンタMSCサーバ104が制御層の一部を形成する。MSCサーバは電話網106との音声通信を管理する。パケット交換の領域では、サービングGPRSサポートノードSGSN108及びゲートウェイGPRSサポートノードGGSN110が接続層の一部を形成し、制御機能とIP接続を提供するための機能の両方を含む。GGSN110は、インターネット112、企業内ローカルエリアネットワークLAN114などの1つ又は複数の外部ネットワークへのインターネットを提供する。また、コア無線ネットワークは、無線リソースを管理するための基地局コントローラBSC116も含む。BSC116は無線ネットワークの基地局トランシーバBST118を制御し、この基地局トランシーバはネットワークによってサービスされるデバイスに無線リソースを提供する。BSC116は、GPRSパケットを処理するためのパケット制御ユニットPCU120を含む。PCU120は、無線インターフェースにより無線リンク制御RLC層及び媒体アクセス制御MAC層を管理し、デバイスとSGSN108との間のユーザデータパケットの転送を管理する。MTCデバイス102、BSC116、SGSN108、及びGGSN110は、それぞれ、本明細書に記載されている手順及びそれに対応するレガシー機能を実行するためにそれぞれの処理回路122、124、126、128を含む。それぞれの処理回路122、124、126、128は、これらの手順を実現するのに適した任意のタイプのハードウェア及び/又はソフトウェアを含むことができる。例えば、それぞれの処理回路122、124、126、128は、1つ又は複数のベースバンドプロセッサ、マイクロプロセッサ、マイクロコンピュータ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC及びプログラム可能論理デバイスなどの特殊目的ハードウェア、コントローラ、メモリ、ファームウェア、ソフトウェア、及び/又はそれらの任意の組み合わせを含むことができる。図2は、コア無線ネットワークの種々のコンポーネント及びネットワークによってサービスされるデバイスによって実現されるプロトコルスタックの一実施形態を概略的に示している。MTCメッセージが伝送を必要とする時に必ず送信されるユーザプレーンペイロードの総量を削減しようとして、MTCデバイス102のために特定のプロトコルスタック最適化が実現される。プロトコルスタック最適化は、MTCアプリケーション層メッセージが無線インターフェースによりMTCデバイス102に/から伝送される時にプロトコルスタック内で必要な層の数の削減を含むことができる。これにより、次に、このようなMTCメッセージを伝送するために必要な帯域幅が削減される。アップリンクでは、MTCデバイス102は、無線ネットワーク内に位置するか又はネットワークの外部にあって、例えば、インターネット112、企業内LAN114などに接続することができるMTCサーバ130にアドレス指定されたメッセージを送信する。特定のMTCアプリケーション層メッセージが単一無線ブロック内に十分収まる小ささである場合、複数無線ブロックを使用する代わりに、プロトコルスタック最適化による単一ブロックパケットアクセス割り振りをMTCメッセージ伝送に使用することができる。図3は、MTCメッセージに関する単一ブロックパケットアクセスの一実施形態を示している。アプリケーション層メッセージは、MTCデバイス102が単一ブロックパケットアクセス要求をBSC116に送信し、BSC116がMTCデバイス102の特定のIDを把握せずに応答としてMTCデバイス102に無線リソースを割り振ることにより、生成側のMTCデバイス102からSGSN108に送信されるステップ300。例えば、BSC116は、アプリケーション層メッセージの伝送のためにMTCデバイス102にパケットデータチャネルPDCHを割り振ることができる。BSC116は、単一ブロックパケットアクセス要求が承諾されたことを示すメッセージをMTCデバイス102に送信する。応答として、MTCデバイス102は、割り振られた無線リソースを使用して、例えば、図2に示されているUmインターフェースにより、BSC116で受信されたMTCメッセージを含む単一無線ブロックを伝送するステップ310。単一無線ブロックは、サブネットワーク依存収束プロトコルSubNetworkDependentConvergenceProtocolSNDCP層と、パケットフロー識別子packetflowidentifierPFIと、MTCデバイス102の特定のIDを示すローカル無線ネットワーク別名とに関連するSN-PDUカプセル化ネットワークプロトコルデータユニットencapsulatednetworkprotocoldataunit内で搬送されるアプリケーション層メッセージを含む。一実施形態では、ローカル無線ネットワーク別名は、本明細書で後述するようにMTCデバイス102に前に割り振られたTLLI一時論理リンクIDtemporarylogicallinkidentityである。次にBSC116は、例えば、図2に示されているGbインターフェースにより、ローカル無線ネットワーク別名に基づいて、PFIに関連するサービス品質QoSで、MTCメッセージ、ローカル無線ネットワーク別名、及びPFIをSGSN108にリレーするステップ320。次にSGSN108は、宛先MTCサーバ130に伝送するために、単一無線ブロックから抽出されたアプリケーション層メッセージMTCメッセージをGGSN110に転送する。例えば、図2に示されているように、MTC伝送のために最適化されたプロトコルスタックをサポートするMTCデバイスに関連するPFIを認識することにより、SGSN108はMTCメッセージをGGSN110に転送する。一実施形態では、プロトコルスタック最適化は、例えば、図2に示されているように、MTCデバイス102が無線インターフェースにより使用されるMTCメッセージプロトコルスタックからUDP/IPヘッダを除去することを含む。これにより、MTCデバイス102は、約20オクテットという比較的短いMTCアプリケーション層メッセージについてBSC116による単一ブロックパケットアクセス割り振りの使用を最大限にすることができる。同じく図2に示されているように、無線インターフェースにより使用されるMTCメッセージプロトコルスタックからUDP/IPヘッダを除去することにより、MTCデバイス102で実現されるプロトコルスタックを更に最適化することができる。これらの最適化により、BSC116を介してMTCデバイス102からSGSN108にアプリケーション層メッセージを送信するのに必要な帯域幅が少なくなる。単一無線ブロックに含まれるPFIがMTC伝送のために最適化されたプロトコルスタックをサポートするMTCデバイス102に関連付けられることを認識したことに応答して、MTCデバイス102に割り当てられたソースPDPアドレス及びMTCサーバ130に割り当てられた宛先PDPアドレスを使用して構築されたUDP/IPデータグラム内でアプリケーション層メッセージが搬送されるように、SGSN108はGTP-Uプロトコルデータユニット内にMTCアプリケーション層メッセージをマッピングする。PDPアドレスは、例えば、IPアドレスにすることができる。次にSGSN108はGTP-UプロトコルデータユニットをGGSN110に送信し、GGSN110は対応するPDPアドレスに基づいて対応するMTCサーバ130にUDP/IPデータグラムを転送する。MTCデバイスをサポートして単一ブロックパケットアクセス割り振りの使用を最大限にすることにより、大幅な帯域幅削減が実現される。例えば、4オクテットのヘッダを有する単一SN-PDU/6オクテットのヘッダを有する単一LLCリンク層制御PDU内に収まるようにMTCメッセージのペイロードが7オクテット以下である場合、MTCデバイス102は、単一ブロックパケットアクセスを要求するCHANNELREQUESTメッセージをBSC116に送信する。この場合、ネットワークは、MTCデバイス102がLLCPDUを搬送するRLC無線リンク制御データブロックを送信する割り当て済みパケットアップリンクリソース上で単一無線ブロック期間のみ許可するので、アップリンクTBF一時ブロックフローは確立されない。アプリケーション層メッセージを搬送するRLCデータブロックについてCS-1より大きいGPRSコード体系が許可される場合、MTCデバイス102は依然として、MTCメッセージペイロードが7オクテットより大きい時でも単一ブロックパケットアクセスを要求するCHANNELREQUESTメッセージを送信することができる。例えば、CS-2コード体系が許可される場合、上記の単一ブロックパケットアクセス手順を使用して、長さが17オクテットまでのMTCメッセージを送信することができる。単一ブロックパケットアクセスを使用できる場合には、MTCメッセージ配信をサポートして送信される信号送出ブロックの量において約67の節約を実現することができる。単一ブロックパケットアクセス信号送出により、いかなるTBF確立も行われない。このため、EGPRSパケットチャネル要求RACH即時割り当てAGCHMTCメッセージPDCHという手順を実行することにより、MTCデバイス102から対応するSGSN108に単一ブロックパケットアクセス要求が伝送される。この場合、MTCデバイスは単一ブロックパケットアクセスを要求し、割り当てられたPDCHを使用して、TBF確立なしにMTCメッセージを送信する。BSC116は、MTCメッセージを含む無線ブロックの受信について肯定応答しない。アップリンクMTCメッセージが失われる可能性があるので、この使用ケースは、例えば、MTCデバイスとMTCサーバとの間の信号送出を使用してMTCデバイス102を活動化することにより決定可能な損失性のlossy即ち、損失耐性のあるものであるとMTCサーバ130によって見なされるMTCの特徴に限定することができるであろう。この損失性の属性は、大量のMTCデバイスが同じか又は同様のMTCメッセージを送信することが予想される時に適切なものである可能性がある。2フェーズアクセスマルチブロックパケットアクセス信号方式の場合、EGPRSパケットチャネル要求RACH即時割り当てAGCHパケットリソース要求PDCHパケットアップリンク割り当てPACCHMTCメッセージPDCHPACKETUPLINKACK/NACKPACCHPACKETCONTROLACKNOWLEDGEMENTPDCHという手順を実行することにより、MTCデバイス102から対応するSGSN108にデータパケットが伝送される。1フェーズアクセスマルチブロックパケットアクセス信号方式の場合、EGPRSパケットチャネル要求RACH即時割り当てAGCHMTCメッセージPDCHPACKETUPLINKACK/NACKPACCHPACKETCONTROLACKNOWLEDGEMENTPDCHという手順を実行することにより、MTCデバイス102から対応するSGSN108にデータパケットが伝送される。いずれの場合も、1つ又は複数の無線ブロックを使用してMTCメッセージが送信された後に、アップリンクTBFが確立され解放される。例えば、MTCメッセージがMTCデバイス102から送信される場合の80で単一ブロックパケットアクセスが可能である場合、信号送出の節約は、2フェーズアクセスに比較して平均で約6780=54になる。単一ブロックパケットアクセス要求について上述したプロトコル最適化に加えて、MTCデバイス102と対応するSGSN108との間のPDPコンテキスト活動化を除去することにより、更に帯域幅削減を実現することができる。一般にMTCデバイス102に関連する信号送出負荷の問題の場合、これらのタイプのデバイスに関連するパケットデータ伝送がUE100などの非MTCデバイスに提供される範囲のQoSサポートを必要としないことを認識すると、これらのデバイスに関するPDPコンテキスト活動化手順の除去を実現することができる。このようにするには、MTCデバイス102によって行われたアクセスをBSC116が識別することが必要であり、それにより、適用すべき対応するQoSが決定され、GGSN110に関する解決策ではもはやPDPアドレスをMTCデバイス102に直接割り当てることができない。図4は、送信側MTCデバイス102と対応するSGSN108との間でPDPコンテキストを確立せずに、無線ネットワーク内でアプリケーション層メッセージを伝送する一実施形態を示している。MTCデバイス102は、MTCアプリケーション層メッセージのために最適化された特定のプロトコルスタックを使用できるものとしてデバイス102を識別する情報を含み、特定のプロトコルスタックに対応する動作パラメータを確立するための要求を生成する。また、この要求は、GGSN110のアクセスポイント名APNと、MTCデバイス102内のアプリケーションがSGSN108及びGGSN110を介して通信する予定のMTCサーバ130のアドレスも識別する。無線リソースに関する要求は、まず、要求を承諾すべきかどうかを判断するBSC116に送信される。要求が承諾される場合、BSC116は、MTCデバイス102とBSC116との間の無線リソース例えば、PDCHをセットアップするステップ400。次にMTCデバイス102は無線リソースを使用して、特定の最適化プロトコルスタックに対応する動作パラメータを確立するための要求をSGSN108に送信するステップ410。応答として、SGSN108は、SGSN108とGGSN110との間のPDPコンテキストベースの接続性を確立するステップ420。MTCデバイス102によって実現された特定のプロトコルスタックの使用は、特定のプロトコルスタックに対応する動作パラメータを確立するための要求によって提供された情報及びGGSN110へのPDPコンテキストベースの接続性に応答してSGSN108で使用可能になる。このようにすると、MTCデバイス102とSGSN108との間ではこの最適化プロトコルスタックにより、また、SGSN108とGGSN110との間ではMTCデバイス102とSGSN108との間でPDPコンテキストを確立する必要なしに、MTCアプリケーション層メッセージを転送することができるステップ430。デバイス102をMTCデバイスとして適切に識別することにより、MTCデバイス102とSGSN108との間でPDPコンテキスト活動化を除去することができる。MTCデバイス102がまず電源投入され、GPRS接続状態になろうと試みる場合、MTCデバイス102はいかなるP-TMSIも持たず、従って、いかなるネットワークリソース識別子NRIも持っていない。このため、以下の表1に強調表示されているように、アクセス中のデバイス102がMTCデバイスであることを示すランダムMTCTLLIを導入することができる。この初期NASメッセージが特定のプロトコルスタックに対応する動作パラメータの確立をトリガする働きをする場合、BSC116は、ランダムMTCTLLIに基づいて、MTCデバイス102に供応するためのデフォルトSGSN108に初期NASメッセージGPRS接続要求を経路指定することができる。次に、MTCデバイス102に割り当てられたP-TMSIを以下のように使用することができる。MTCデバイス102がGPRS接続状態になった後、以下の表1に強調表示されているように、対応する割り当て済みP-TMSIを使用してローカルMTCTLLIを構築することができる。ローカルMTCTLLIの使用は、アクセス中のデバイスがMTCデバイス102であることを示し、それにより、BSC116はMTCデバイス102に供応するためのデフォルトSGSN108にその後のメッセージ例えば、経路指定エリア更新要求を経路指定することができる。MTCデバイス102及びレガシータイプデバイスが共通P-TMSI空間を共用できるようにするのではなく、MTCデバイス102に割り当て可能なP-TMSI空間を隔離することにより、デバイス管理を単純化することができる。これは、以下の表1に強調表示されているように、ローカルMTCTLLIと同じ最上位4ビットを有するP-TMSIをMTCデバイス102に割り当てることにより、達成することができる。割り当てられたP-TMSIの最下位28ビットは、対応するSGSN108によって制御された特定の地域例えば、経路指定エリア内で256百万台以下の固有のMTCデバイス102をサポートできるようにするものである。例えば、潜在的に複数のSGSN108がMTCデバイス102に供応できるようにする必要がある場合、依然としてMTCデバイス102に割り当てられたP-TMSIのコンテキスト内でNRI概念を使用することができる。MTCデバイス102に属すものとしてP-TMSIをNRIフィールドが識別できるようにすることも可能である。ランダムMTCTLLIの使用により、ローカルMTCTLLIの導入が達成され、その履歴目的のみによるNRIの使用を可能にし、即ち、MTCデバイス102の識別にもNRIを使用することはできない。現在のP-TMSIが割り当てられた同じ経路指定エリアRA内にもはや入っていないとMTCデバイス102が判断する場合には、デバイス102は、経路指定エリア更新メッセージを送信する時にランダムMTCTLLIの使用に戻ることができる。前のデフォルトSGSN108とは異なる場合に、MTCデバイス102に供応するための新しいデフォルトSGSN108が古いSGSN108を決定できるように、このメッセージは古いP-TMSIを含んでいる。ランダムMTCTLLIを使用すべき時期についてこの手法を使用すると、MTCデバイス102について表1内の外部MTCTLLIを導入することを回避することができる。図5は、無線ネットワーク内でアプリケーション層メッセージを伝送するMTCデバイス102の一実施形態を示している。MTCデバイス102はアプリケーション層メッセージを生成するステップ500。本明細書で前述したように、MTC102によって生成された要求に応答してMTCデバイス102とBSC116との間で無線リソースがセットアップされるステップ510。この要求は、MTCアプリケーション層メッセージのために最適化された特定のプロトコルスタックを使用できるものとしてMTCデバイス102を識別する情報を含む。MTCデバイス102とBSC116との間で無線リソースがセットアップされた後、MTCデバイス102は、アプリケーション層メッセージと、MTCデバイス102に割り当てられたローカルMTCTLLIと、MTCアプリケーション層メッセージに関連するPFIを、BSC116に伝送するステップ520。ローカルMTCTLLIは、MTCデバイス102がMTC伝送のために最適化されたプロトコルスタックを使用できることをBSC116に対して示し、BSC116はMTCデバイス102を担当するSGSN108にMTCメッセージをリレーする。MTCメッセージは、BSC116とMTCデバイス102との間のPDPコンテキスト確立なしに転送される。MTCデバイス102がレガシーPDPコンテキスト確立手順を使用しない場合、デバイス102はPDPコンテキストの作成をトリガできない。しかし、MTCデバイス102からSGSN108を介して特定のMTCサーバ130に送信されるMTCメッセージは適切なAPNを使用して経路指定する必要があり、対応する発信元MTCデバイス102を示すので、PDPアドレス例えば、IPアドレスをMTCデバイス102に関連付け、GGSN110でPDPアドレス/APNの対を確立する必要性は依然として残っている。これは、正常なGPRS接続後又はMTCデバイス102に接続受諾メッセージを送信する直前のいずれかに、GGSN110に対するPDPコンテキスト作成手順をSGSN108がトリガすることによって達成することができる。このために、MTCデバイス102は、接続要求メッセージ内の新しい情報要素としてこの情報を含めることにより、GPRS接続手順中に好ましいGGSN110例えば、パケットデータネットワークゲートウェイのAPN及び対応するMTCサーバ130のアドレスを例えば、FQDN、即ち、完全修飾ドメイン名の形でSGSN108に提供する。代わって、SGSN108は、接続手順中に加入ベースのHLRホームロケーションレジスタ132からこの情報を取り出すことができる。これらの新しい情報要素を接続要求内に含めることは、例えば、接続手順中にランダムMTCTLLIがSGSN108に渡されない場合に、対応するデバイスが実際にMTCデバイス102であることを示す働きをすることができる。次にSGSN108は、APNをIPアドレスに例えば、DNS照会を使用してマッピングし、SGSNとGGSNとの間のレガシー手順を使用して対応するGGSN110に対してPDPコンテキスト作成手順をトリガする。接続要求で提供されるか又はHLR132によって提供されるMTCサーバ130のアドレスも、SGSN108によって例えば、DNS照会を使用してIPアドレスにマッピングすることができ、MTCメッセージがその後、SGSN108によって受信され、PDNゲートウェイ例えば、GGSN110を介してMTCサーバ130に転送される時に使用することができる。GGSN110にPDPコンテキスト作成要求を送信する場合、SGSN108は、例えば、プロトコル構成オプションIE情報要素を使用して、対応するデバイスがMTCデバイス102であるという指示を含むことができ、それにより、GGSN110は、単一PDPコンテキストのみがそのデバイスに必要であることを認識し、それにPDPアドレスを割り当てる時にそれにより、そのデバイスについてPDPアドレス/APNの対を確立する、そのデバイスがMTCデバイス102であることを考慮に入れることができる。PDPコンテキスト作成手順中にGGSN110によって割り当てられたPDPアドレスは、PDPコンテキスト作成応答として又はユーザペイロード内のバンド内信号の一部としてSGSN108に伝達して戻される。GGSN110が対応するPDPアドレス/APNの対を確立した時にMTCデバイス102のみがMTCメッセージを送信することを保証するために、PDPコンテキスト作成手順の完了を条件として、GPRS接続手順の正常完了を行うことができるであろう。一実施形態では、SGSN108とGGSN110との間でPDPコンテキスト作成手順が正常に完了した時に、接続受諾メッセージがMTCデバイス102に送信されるだけである。接続手順及びPDPコンテキスト作成手順の完了後、MTCデバイス102は、特定の最適化プロトコルスタックを使用してMTCメッセージを送受信することができる。MTCメッセージを送信するために、デバイス102は競合アクセスを実行し、本明細書で前述したように、伝送を必要とするMTCメッセージのサイズ次第でBSC116によって単一ブロック又はマルチブロックのいずれかのパケットアクセス割り振りが使用される。接続手順中にMTCデバイス102に割り当てられたP-TMSIから導出されたローカルMTCTLLIなどの下位層別名は、競合アクセスの結果としてMTCメッセージとともにMTCデバイス102からBSC116に伝達され、次にMTCメッセージを搬送するN-PDUとともにBSC116からSGSN108にリレーされる。これにより、SGSN108は、どのMTCデバイス102がアプリケーション層メッセージを送信したかを明確に識別することができる。図2に示されているように、SGSN108は、UDP/IPプロトコル層に関するエンドポイントとして動作する。即ち、SGSN108は、接続手順中にそれが割り振ったP-TMSIと、PDPコンテキスト作成手順中にGGSN110によって割り当てられたPDPアドレスとの間でマッピングを行うことができる。SGSN108がBSC116からN-PDUを受信すると、SGSN108は対応するP-TMSIを調べ、P-TMSIがMTCデバイス102に関連付けられているかどうかを判断する。そうである場合、SGSN108はPDPコンテキスト作成手順中にGGSN110によって割り当てられた対応するソースIPアドレスPDPアドレスにP-TMSIをマッピングし、対応するMTCサーバ130のアドレス同じくPDPコンテキスト作成手順中に確立されたものを宛先IPアドレスとして使用する。SGSN108は、MTCメッセージについて割り振られたUDPポート番号及びPDPコンテキスト作成手順中にMTCデバイス102について確立されたTEIDトンネルエンドポイント識別子とともにこの情報を使用して、UDP/IPデータグラム内でMTCメッセージを搬送するGTP-UPDUN-PDUを作成し、例えば、Gnインターフェースにより対応するGGSN110にUDP/IPデータグラムを送信する。即ち、SGSN108によってUDP/IPプロトコル層が挿入される。同様に、SGSN108がGTP-UPDUを受信すると、SGSN108はTEIDGTPヘッダ、宛先IPアドレスIPヘッダ、及びUDPポートUDPヘッダを使用して、GTP-UPDUがMTCデバイス102に対応するMTCメッセージを搬送するかどうかを判断する。そうである場合、SGSN108はGTP-UPDU内で搬送されたMTCメッセージをUDP/IPデータグラムから除去し、対応するMTCデバイス102にそのMTCメッセージをN-PDUとしてリレーする。即ち、SGSN108によってUDP/IPプロトコル層が除去される。デフォルトUDPポートはMTCメッセージの伝送に関連付けることができる。従って、SGSN108は、BSC116から受信したMTCメッセージ例えば、N-PDUをUDP/IPデータグラムにマッピングし、そのUDP/IPデータグラムをGTP-UPDU内で対応するGGSN110に伝送するのに十分な情報を有する。次にGGSN110は、図2に示されているように、GTP-UPDUのペイロード例えば、MTCメッセージ/UDP/IPデータグラムをMTCサーバ130にリレーする。この結果、MTCデバイス102とSGSN108との間で送信されたすべてのMTCメッセージについて、46~48オクテットのオーバヘッド、即ち、IPv6ヘッダの8オクテットソースアドレス及び宛先アドレス以外のもの、16オクテットソースIPv6アドレス、16オクテット宛先IPv6アドレス、及び6~8オクテットUDPヘッダが節約される。BSC116がこのタイプのデバイスについてアップリンク又はダウンリンクいずれかのTBFを確立した時に、MTCデバイス102に割り振られたP-TMSIによりそのデバイスをMTCデバイス102として明確に識別できる場合、BSC116は、MTCデバイス102について実現例固有のOM運用及び整備又はその他の構成済みQoSサービス品質管理方式を適用することができる。SGSN108は複数のMTCデバイス102のグループについて使用可能になっている1つ又は複数のMTC特徴のセットによりP-TMSIを割り当てることができるので、このようにすると潜在的にBSC116はP-TMSIブロックベースでQoSを適用することができる。換言すれば、BSC116のRRM無線リソース管理スケジューラは、異なるMTCデバイスサブグループ例えば、それぞれのP-TMSI値によってまとめてグループ化されたものがQoSの観点から別個に管理されるように、MTCデバイス102を管理することができる。一実施形態では、P-TMSIによって識別されたグループは、すべてのMTCデバイス102について1つの無線優先順位即ち、単一QoSを割り当てるRRMスケジューラによって管理することができる。代わって、RRMスケジューラは、より細かい細分性で無線優先順位を割り当てることができ、それにより、異なる無線優先順位が異なるブロックのP-TMSI割り当てに対応することができ、例えば、P-TMSI割り振りにおいてSGSN108によって有効に決定され、実現例固有の方法を使用してBSC116に伝達することができる。TBFが確立されるアップリンクの場合、QoS管理に関するこの手法は、それに関するリソース割り振りが必要な特定のMTCデバイス102のIDをRRMスケジューラが把握するように競合解決が完了することを要求する即ち、TBFを使用してMTCメッセージが送信される時に適切なQoSが適用されることを保証することは、関連のMTCデバイスの固有のIDをRRMが把握していることを要求する。例外は、本明細書で前述したように、MTCデバイス102が単一ブロックパケットアクセスを要求し例えば、チャネル要求=01110xxx、割り当てられたPDCHを使用してMTCメッセージを送信する即ち、TBFは確立されていない場合である。この場合、RRMスケジューラは要求側のMTCデバイス102の特定のIDを把握せずに単一PDCHを割り振るべきかどうかを判断しなければならないので、RRMスケジューラは単一ブロックパケットアクセスで構成されるアクセス要求を管理するために定義済みのQoSを関連付けることができる。第1、第2などの用語は様々な要素、領域、セクションなどを記述するために使用され、限定するためのものではない。同様の用語は説明全体を通して同様の要素を指している。本明細書で使用するhaving有する、containing含む、including含む、comprising含むなどは、所定の要素又は特徴の存在を示すが、追加の要素又は特徴を排除しない、拡張可能な用語である。a、an、及びtheという冠詞は、文脈が明確に他の指示をしない限り、複数形並びに単数形を含むものである。特に他の注記がない限り、本明細書に記載された様々な実施形態の特徴は相互に組み合わせることができることを理解されたい。特定の諸実施形態について例示し、本明細書で説明してきたが、当業者であれば、本発明の範囲を逸脱せずに、図示し説明した特定の諸実施形態の代わりに様々な代替及び/又は同等の実現例を使用できることを認識するであろう。本出願は、本明細書で考察した特定の諸実施形態のすべての適応例又は変形例を含むものである。従って、本発明は特許請求の範囲及びそれと同等のもののみによって制限されることが意図されている。