(57)【要約】本発明は、データパケットの処理モードを判定するユーザ機器、ネットワークデバイス、および方法を開示する。ユーザ機器は、データパケットの処理モードを判定するように構成された判定モジュールと、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送るように構成された第１の送出モジュールとを含む。本発明を使用することによって、データパケットのカプセル化フォーマットが、データパケットの処理モードを判定することによって判定され、その結果、エアインターフェースリソースの利用が増やされるようになる。
2018520596.tif 000002
【特許請求の範囲】
【請求項１】
データパケットの処理モードを判定するように構成された判定モジュールと、
前記判定された処理モードに従って前記データパケットを処理し、前記データパケットをネットワーク側デバイスに送るように構成された第１の送出モジュールと
を備えるユーザ機器。
【請求項２】
前記判定モジュールは、
デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記ネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定する
ように特に構成される請求項１に記載のユーザ機器。
【請求項３】
前記ユーザ機器は、
前記ネットワーク側デバイスによって送られた第２の表示情報を受信するように構成された受信モジュールであって、前記第２の表示情報は、前記データパケットに関する、前記ネットワーク側デバイスによって判定される処理モードを表示するのに使用される、受信モジュール
をさらに備え、前記判定モジュールは、前記受信された第２の表示情報に従って前記データパケットの前記処理モードを判定するようにさらに構成され、前記判定モジュールによって判定される前記処理モードは、前記ネットワーク側デバイスによって判定された前記処理モードのうちの少なくとも１つである
請求項１および２のいずれかに記載のユーザ機器。
【請求項４】
前記ユーザ機器は、
第３の表示情報を前記ネットワーク側デバイスに送るように構成された第２の送出モジュールであって、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、第２の送出モジュール
をさらに備える請求項３に記載のユーザ機器。
【請求項５】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つをサポートすることを備える請求項１乃至４のいずれか一項に記載のユーザ機器。
【請求項６】
前記ユーザ機器は、
第１の表示情報を前記ネットワーク側デバイスに送るように構成された第３の送出モジュールであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される、第３の送出モジュール
をさらに備える請求項１乃至５のいずれか一項に記載のユーザ機器。
【請求項７】
前記第３の送出モジュールは、前記ネットワーク側デバイスに送られるシグナリングに前記第１の表示情報を追加し、または、
前記第３の送出モジュールは、前記ネットワーク側デバイスに送られるリソース要求情報に前記第１の表示情報を追加し、前記リソース要求情報は、前記第１の送出モジュールによって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項６に記載のユーザ機器。
【請求項８】
前記第１の送出モジュールは、
第１の表示情報を生成するように構成された生成ユニットであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される、生成ユニットと、
データ処理層のヘッダ情報を追加することによって、前記データ処理モードに従って前記データパケットをカプセル化するように構成されたカプセル化ユニットであって、前記ヘッダ情報は、前記第１の表示情報を備える、カプセル化ユニットと
を備える請求項１乃至５のいずれか一項に記載のユーザ機器。
【請求項９】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである請求項６および８のいずれかに記載のユーザ機器。
【請求項１０】
前記データパケットの前記処理モードが、前記データパケットの連結をサポートすることを備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信をサポートすることを備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化をサポートすることを備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、前記セグメント化されたデータパケットである
請求項９に記載のユーザ機器。
【請求項１１】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および前記長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項１０に記載のユーザ機器。
【請求項１２】
受信装置、送出装置、およびプロセッサを備えるユーザ機器であって、
前記プロセッサは、データパケットの処理モードを判定するように構成され、
前記送出装置は、前記判定された処理モードに従って前記データパケットを処理し、前記データパケットをネットワーク側デバイスに送るように構成される
ユーザ機器。
【請求項１３】
前記データパケットの前記処理モードを判定する時に、前記プロセッサは、
デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記ネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定するステップ
を特に実行する請求項１２に記載のユーザ機器。
【請求項１４】
前記受信装置は、前記ネットワーク側デバイスによって送られた第２の表示情報を受信するように構成され、前記第２の表示情報は、前記データパケットに関する、前記ネットワーク側デバイスによって判定される処理モードを表示するのに使用され、
前記プロセッサは、前記受信された第２の表示情報に従って前記データパケットの前記処理モードを判定するようにさらに構成され、前記プロセッサによって判定される前記処理モードは、前記ネットワーク側デバイスによって判定された前記処理モードのうちの少なくとも１つである
請求項１２および１３のいずれかに記載のユーザ機器。
【請求項１５】
前記送出装置は、第３の表示情報を前記ネットワーク側デバイスに送るようにさらに構成され、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される
請求項１４に記載のユーザ機器。
【請求項１６】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つをサポートすることを備える請求項１２乃至１５のいずれか一項に記載のユーザ機器。
【請求項１７】
前記送出装置は、第１の表示情報を前記ネットワーク側デバイスに送るようにさらに構成され、前記第１の表示情報は、前記データパケットに関する、前記プロセッサによって判定される前記処理モードを表示するのに使用される
請求項１２乃至１６のいずれか一項に記載のユーザ機器。
【請求項１８】
前記プロセッサは、前記送出装置によって前記ネットワーク側デバイスに送られるシグナリングに前記第１の表示情報を追加し、または、
前記プロセッサは、前記送出装置によって前記ネットワーク側デバイスに送られるリソース要求情報に前記第１の表示情報を追加し、前記リソース要求情報は、前記ユーザ機器によって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項１７に記載のユーザ機器。
【請求項１９】
前記判定された処理モードに従って前記データパケットを処理する時に、前記プロセッサは、
第１の表示情報を生成するステップであって、前記第１の表示情報は、前記データパケットに関する、前記プロセッサによって判定される前記処理モードを表示するのに使用される、生成するステップと、
データ処理層のヘッダ情報を追加することによって、前記データ処理モードに従って前記データパケットをカプセル化するステップであって、前記ヘッダ情報は、前記第１の表示情報を備える、カプセル化するステップと
を特に実行する請求項１２乃至１６のいずれか一項に記載のユーザ機器。
【請求項２０】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである請求項１７乃至１９のいずれか一項に記載のユーザ機器。
【請求項２１】
前記データパケットの前記処理モードが、前記データパケットの連結をサポートすることを備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信をサポートすることを備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化をサポートすることを備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、前記セグメント化されたデータパケットである
請求項２０に記載のユーザ機器。
【請求項２２】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および前記長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項２１に記載のユーザ機器。
【請求項２３】
ユーザ機器によって送られたデータパケットを受信するように構成された第１の受信モジュールであって、前記データパケットは、前記ユーザ機器が判定された処理モードに従って前記データパケットを処理した後に入手される、第１の受信モジュールと、
前記データパケットの前記処理モードを判定するように構成された判定モジュールと
を備えるネットワーク側デバイス。
【請求項２４】
前記ユーザ機器は、デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記ネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定する請求項２３に記載のネットワーク側デバイス。
【請求項２５】
前記ネットワーク側デバイスは、
第２の表示情報を前記ユーザ機器に送るように構成された送出モジュールであって、前記第２の表示情報は、前記ユーザ機器が前記受信された第２の表示情報に従って前記ユーザ機器による前記データパケットの処理の前記モードを判定するようにするために、前記データパケットに関する、前記判定モジュールによって判定される前記処理モードを表示するのに使用され、前記ユーザ機器によって判定される前記処理モードは、前記ネットワーク側デバイスによって判定される前記処理モードのうちの少なくとも１つである、送出モジュール
をさらに備える請求項２３および２４のいずれかに記載のネットワーク側デバイス。
【請求項２６】
前記ネットワーク側デバイスは、
前記ユーザ機器によって送られた第３の表示情報を受信するように構成された第２の受信モジュールであって、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、第２の受信モジュール
をさらに備える請求項２５に記載のネットワーク側デバイス。
【請求項２７】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つをサポートすることを備える請求項２３乃至２６のいずれか一項に記載のネットワーク側デバイス。
【請求項２８】
前記ネットワーク側デバイスは、
前記ユーザ機器によって送られた第１の表示情報を受信するように構成された第３の受信モジュールであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される、第３の受信モジュール
をさらに備える請求項２３乃至２７のいずれか一項に記載のネットワーク側デバイス。
【請求項２９】
前記第３の受信モジュールは、前記ユーザ機器によって前記ネットワーク側デバイスに送られるシグナリングから前記第１の表示情報を受信し、または、
前記第３の受信モジュールは、前記ユーザ機器によって前記ネットワーク側デバイスに送られるリソース要求情報から前記第１の表示情報を受信し、前記リソース要求情報は、前記ユーザ機器によって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項２８に記載のネットワーク側デバイス。
【請求項３０】
前記ネットワーク側デバイスは、
前記受信されたデータパケットに従って第１の表示情報を入手するように構成された入手モジュールであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用され、前記受信されたデータパケットは、前記ユーザ機器が、データ処理層のヘッダ情報を追加することによって、前記データ処理モードに従って前記データパケットをカプセル化した後に入手され、前記ヘッダ情報は、前記第１の表示情報を備える、入手モジュール
をさらに備える請求項２３乃至２７のいずれか一項に記載のネットワーク側デバイス。
【請求項３１】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである請求項２８および３０のいずれかに記載のネットワーク側デバイス。
【請求項３２】
前記データパケットの前記処理モードが、前記データパケットの連結をサポートすることを備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信をサポートすることを備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化をサポートすることを備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、前記セグメント化されたデータパケットである
請求項３１に記載のネットワーク側デバイス。
【請求項３３】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および前記長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項３２に記載のネットワーク側デバイス。
【請求項３４】
受信装置、送出装置、およびプロセッサを備えるネットワーク側デバイスであって、
前記受信装置は、ユーザ機器によって送られたデータパケットを受信するように構成され、前記データパケットは、前記ユーザ機器が判定された処理モードに従って前記データパケットを処理した後に入手され、
前記プロセッサは、前記データパケットの前記処理モードを判定するように構成される
ネットワーク側デバイス。
【請求項３５】
前記ユーザ機器は、デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記ネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定する請求項３４に記載のネットワーク側デバイス。
【請求項３６】
前記送出装置は、第２の表示情報を前記ユーザ機器に送るように構成され、前記第２の表示情報は、前記ユーザ機器が前記受信された第２の表示情報に従って前記ユーザ機器による前記データパケットの処理の前記モードを判定するようにするために、前記データパケットに関する、前記プロセッサによって判定される前記処理モードを表示するのに使用され、前記ユーザ機器によって判定される前記処理モードは、前記ネットワーク側デバイスによって判定される前記処理モードのうちの少なくとも１つである
請求項３４および３５のいずれかに記載のネットワーク側デバイス。
【請求項３７】
前記受信装置は、前記ユーザ機器によって送られた第３の表示情報を受信するようにさらに構成され、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される
請求項３６に記載のネットワーク側デバイス。
【請求項３８】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つをサポートすることを備える請求項３４乃至３７のいずれか一項に記載のネットワーク側デバイス。
【請求項３９】
前記受信装置は、前記ユーザ機器によって送られた第１の表示情報を受信するようにさらに構成され、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される
請求項３４乃至３８のいずれか一項に記載のネットワーク側デバイス。
【請求項４０】
前記受信装置は、前記ユーザ機器によって前記ネットワーク側デバイスに送られるシグナリングから前記第１の表示情報を受信し、または、
前記受信装置は、前記ユーザ機器によって前記ネットワーク側デバイスに送られるリソース要求情報から前記第１の表示情報を受信し、前記リソース要求情報は、前記ユーザ機器によって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項３９に記載のネットワーク側デバイス。
【請求項４１】
前記受信装置は、前記受信されたデータパケットに従って第１の表示情報を入手し、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用され、前記受信されたデータパケットは、前記ユーザ機器が、データ処理層のヘッダ情報を追加することによって、前記データ処理モードに従って前記データパケットをカプセル化した後に入手され、前記ヘッダ情報は、前記第１の表示情報を備える
請求項３４乃至３８のいずれか一項に記載のネットワーク側デバイス。
【請求項４２】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである請求項３９および４１のいずれかに記載のネットワーク側デバイス。
【請求項４３】
前記データパケットの前記処理モードが、前記データパケットの連結をサポートすることを備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信をサポートすることを備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化をサポートすることを備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、前記セグメント化されたデータパケットである
請求項４２に記載のネットワーク側デバイス。
【請求項４４】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および前記長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項４３に記載のネットワーク側デバイス。
【請求項４５】
ユーザ機器によって、データパケットの処理モードを判定するステップと、
前記ユーザ機器によって、前記判定された処理モードに従って前記データパケットを処理し、前記データパケットをネットワーク側デバイスに送るステップと
を備えるデータパケットの処理モードを判定する方法。
【請求項４６】
前記ユーザ機器によって、前記データパケットの前記処理モードを前記判定するステップは、
前記ユーザ機器によって、デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記ネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定するステップ
を備える請求項４５に記載の方法。
【請求項４７】
前記ユーザ機器によって、前記データパケットの前記処理モードを前記判定するステップの前に、前記方法は、
前記ユーザ機器によって、前記ネットワーク側デバイスによって送られた第２の表示情報を受信するステップであって、前記第２の表示情報は、前記データパケットに関する、前記ネットワーク側デバイスによって判定される処理モードを表示するのに使用される、受信するステップと、
前記ユーザ機器によって、前記受信された第２の表示情報に従って前記データパケットの前記処理モードを判定するステップであって、前記ユーザ機器によって判定される前記処理モードは、前記ネットワーク側デバイスによって判定された前記処理モードのうちの少なくとも１つである、判定するステップと
をさらに備える請求項４５および４６のいずれかに記載の方法。
【請求項４８】
前記ユーザ機器によって、前記ネットワーク側デバイスによって送られた前記第２の表示情報を前記受信するステップの前に、前記方法は、
前記ユーザ機器によって、第３の表示情報を前記ネットワーク側デバイスに送るステップであって、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、送るステップ
をさらに備える請求項４７に記載の方法。
【請求項４９】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つをサポートすることを備える請求項４５乃至４８のいずれか一項に記載の方法。
【請求項５０】
前記ユーザ機器によって、前記判定された処理モードに従って前記データパケットを前記処理するステップの前に、前記方法は、
前記ユーザ機器によって、第１の表示情報を前記ネットワーク側デバイスに送るステップであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される、送るステップ
をさらに備える請求項４５乃至４９のいずれか一項に記載の方法。
【請求項５１】
前記ユーザ機器は、前記ユーザ機器によって前記ネットワーク側デバイスに送られるシグナリングに前記第１の表示情報を追加し、または、
前記ユーザ機器は、前記ユーザ機器によって前記ネットワーク側デバイスに送られるリソース要求情報に前記第１の表示情報を追加し、前記リソース要求情報は、前記ユーザ機器によって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項５０に記載の方法。
【請求項５２】
前記ユーザ機器によって、前記判定された処理モードに従って前記データパケットを前記処理するステップは、
前記ユーザ機器によって、第１の表示情報を生成するステップであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される、生成するステップと、
前記ユーザ機器によって、データ処理層のヘッダ情報を追加することによって、前記データ処理モードに従って前記データパケットをカプセル化するステップであって、前記ヘッダ情報は、前記第１の表示情報を備える、カプセル化するステップと
を備える請求項４５乃至４９のいずれか一項に記載の方法。
【請求項５３】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである請求項５０および５２のいずれかに記載の方法。
【請求項５４】
前記データパケットの前記処理モードが、前記データパケットの連結をサポートすることを備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信をサポートすることを備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化をサポートすることを備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、前記セグメント化されたデータパケットである
請求項５３に記載の方法。
【請求項５５】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および前記長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項５４に記載の方法。
【請求項５６】
ネットワーク側デバイスによって、ユーザ機器によって送られたデータパケットを受信するステップであって、前記データパケットは、前記ユーザ機器が判定された処理モードに従って前記データパケットを処理した後に入手される、受信するステップと、
前記ネットワーク側デバイスによって、前記データパケットの前記処理モードを判定するステップと
を備えるデータパケットの処理モードを判定する方法。
【請求項５７】
前記ユーザ機器は、デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記ネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定する請求項５６に記載の方法。
【請求項５８】
前記ネットワーク側デバイスによって、前記ユーザ機器によって送られた前記データパケットを前記受信するステップの前に、前記方法は、
前記ネットワーク側デバイスによって、第２の表示情報を前記ユーザ機器に送るステップであって、前記第２の表示情報は、前記ユーザ機器が前記受信された第２の表示情報に従って前記ユーザ機器による前記データパケットの処理の前記モードを判定するようにするために、前記データパケットに関する、前記ネットワーク側デバイスによって判定される前記処理モードを表示するのに使用され、前記ユーザ機器によって判定される前記処理モードは、前記ネットワーク側デバイスによって判定される前記処理モードのうちの少なくとも１つである、送るステップ
をさらに備える請求項５６および５７のいずれかに記載の方法。
【請求項５９】
前記ネットワーク側デバイスによって、前記第２の表示情報を前記ユーザ機器へ前記送るステップの前に、前記方法は、
前記ネットワーク側デバイスによって、前記ユーザ機器によって送られた第３の表示情報を受信するステップであって、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、受信するステップ
をさらに備える請求項５８に記載の方法。
【請求項６０】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つをサポートすることを備える請求項５６乃至５９のいずれか一項に記載の方法。
【請求項６１】
前記ネットワーク側デバイスによって、前記第２の表示情報を前記ユーザ機器へ前記送るステップの後に、前記方法は、
前記ネットワーク側デバイスによって、前記ユーザ機器によって送られた第１の表示情報を受信するステップであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される、受信するステップ
をさらに備える請求項５６乃至６０のいずれか一項に記載の方法。
【請求項６２】
前記ネットワーク側デバイスは、前記ユーザ機器によって前記ネットワーク側デバイスに送られるシグナリングから前記第１の表示情報を受信し、または、
前記ネットワーク側デバイスは、前記ユーザ機器によって前記ネットワーク側デバイスに送られるリソース要求情報から前記第１の表示情報を受信し、前記リソース要求情報は、前記ユーザ機器によって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項６１に記載の方法。
【請求項６３】
前記ネットワーク側デバイスによって、前記データパケットの前記処理モードを前記判定するステップの前に、前記方法は、
前記ネットワーク側デバイスによって、前記受信されたデータパケットに従って第１の表示情報を入手するステップであって、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用され、前記受信されたデータパケットは、前記ユーザ機器が、データ処理層のヘッダ情報を追加することによって、前記データ処理モードに従って前記データパケットをカプセル化した後に入手され、前記ヘッダ情報は、前記第１の表示情報を備える、入手するステップ
をさらに備える請求項５６乃至６０のいずれか一項に記載の方法。
【請求項６４】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである請求項６１および６３のいずれかに記載の方法。
【請求項６５】
前記データパケットの前記処理モードが、前記データパケットの連結をサポートすることを備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信をサポートすることを備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化をサポートすることを備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、前記セグメント化されたデータパケットである
請求項６４に記載の方法。
【請求項６６】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および前記長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項６５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、具体的には、データパケットの処理モードを判定するユーザ機器、ネットワーク側デバイス、および方法に関する。
【背景技術】
【０００２】
既存のワイヤレス通信システムにおいて、図１は、アクセスネットワーク側の既存のプロトコルスタック構造の概略図である。送信端に関して、最上部から最下部までの層は、それぞれ、ＰＤＣＰ（パケットデータコンバージェンスプロトコル、Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層、ＲＬＣ（無線リンク制御、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、媒体アクセス制御）層、およびＰＨＹ（Ｐｈｙｓｉｃａｌ、物理）層である。アプリケーション層から送られたサービスデータパケットがＰＤＣＰ層で受信された後に、ヘッダ圧縮および暗号化が、データパケットに対して実行される。ＲＬＣ層は、データパケットのセグメント化、連結、並べ換え、および類似物を含む、データパケットのセグメント化サービスおよび再送信サービスを提供する。ＭＡＣ層は、データパケットの多重化およびスケジューリングについて責任を負い、ランダムアクセスの処理状況について責任を負う。ＰＨＹ層は、データパケットの符号化および変調、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ、ハイブリッド自動再送要求）送信、および類似物の責任を負う。
【０００３】
受信端が受信されたデータパケットに対してデータ処理を実行する処理は、送信端の処理に対して正確に逆である。ユーザ機器が送信端として働くことが、例として使用される。データパケットが、各プロトコル層で処理された後に、データパケットは、プロトコル層のヘッダを搬送し、ヘッダを有するデータパケットは、次のプロトコル層への入力として使用される。したがって、通常、データパケットがプロトコル層で処理されるたびに、ヘッダがデータパケットに追加される。たとえば、データパケットがＰＤＣＰ層に達した後に、ＰＤＣＰ層のヘッダが、データパケットに追加され、その後、データパケットは、処理のためにＲＬＣ層に送られる。ＲＬＣ層での処理が完了する場合に、ＲＬＣ層のヘッダが、データパケットに追加され続け、データパケットは、ＭＡＣ層に送信され、ＭＡＣ層で処理される。ＭＡＣ層での処理が完了された後に、ＭＡＣ層のヘッダが、データパケットにさらに追加され、データパケットは、その後、ＰＨＹ層に送信される。符号化および変調がＰＨＹ層でデータパケットに対して実行された後に、データパケットは、最終的にネットワーク側デバイスに送られる。このタイプのプロトコルスタック構造は、すべてのタイプのサービスに適用可能であり、データパケット送信の信頼性およびエアインターフェースリソースの高い利用を保証することができる。
【０００４】
しかし、モノのインターネット技術の素早い開発に伴って、多様化されていない機能を有する、増加する量のインテリジェントデバイス（たとえば、スマートメータリングデバイス）またはセンサが、ワイヤレスネットワークを使用することによってデータを送信することができる。一部のデバイスのデータ送信量は少なく、データ送信コストの要件は低い。処理が、それでもプロトコルスタック内のデータパケット処理モードに従って実行される、すなわち、ヘッダが、各プロトコル層でデータパケットに追加される必要がある場合には、データパケットのヘッダの量が増やされる可能性があり、エアインターフェースリソースの利用が減らされる。さらに、このタイプのインテリジェントデバイスのオーバーヘッドも増やされ、データ送信コストが増やされる。
【発明の概要】
【０００５】
本発明は、データパケットの処理モードを判定するユーザ機器、ネットワーク側デバイス、および方法を提供する。データパケットのカプセル化フォーマットは、データパケットの処理モードを判定することによって判定され、その結果、エアインターフェースリソースの利用が増やされる。
【０００６】
前述の技術的問題を解決するために、本発明の第１の態様は、
データパケットの処理モードを判定するように構成された判定モジュールと、
判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送るように構成された第１の送出モジュールと
を含むユーザ機器を提供する。
【０００７】
第１の態様の実装形態を参照すると、第１の態様の第１の可能な実装形態では、判定モジュールは、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する
ように特に構成される。
【０００８】
第１の態様および第１の態様の第１の可能な実装形態のいずれかを参照すると、第１の態様の第２の可能な実装形態では、ユーザ機器は、
ネットワーク側デバイスによって送られた第２の表示情報を受信するように構成された受信モジュールであって、第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される、受信モジュール
をさらに含み、判定モジュールは、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、判定モジュールによって判定される処理モードは、ネットワーク側デバイスによって判定された処理モードのうちの少なくとも１つである。
【０００９】
第１の態様の第２の可能な実装形態を参照すると、第１の態様の第３の可能な実装形態では、ユーザ機器は、
第３の表示情報をネットワーク側デバイスに送るように構成された第２の送出モジュールであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、第２の送出モジュール
をさらに含む。
【００１０】
第１の態様から第１の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第１の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【００１１】
第１の態様から第１の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第１の態様の第５の可能な実装形態では、ユーザ機器は、
第１の表示情報をネットワーク側デバイスに送るように構成された第３の送出モジュールであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、第３の送出モジュール
をさらに含む。
【００１２】
第１の態様の第５の可能な実装形態を参照すると、第１の態様の第６の可能な実装形態では、第３の送出モジュールは、ネットワーク側デバイスに送られるシグナリングに第１の表示情報を追加し、または、
第３の送出モジュールは、ネットワーク側デバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、第１の送出モジュールによってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００１３】
第１の態様から第１の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第１の態様の第７の可能な実装形態では、第１の送出モジュールは、
第１の表示情報を生成するように構成された生成ユニットであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、生成ユニットと、
データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化するように構成されたカプセル化ユニットであって、ヘッダ情報は、第１の表示情報を含む、カプセル化ユニットと
を含む。
【００１４】
第１の態様の第５の可能な実装形態および第１の態様の第７の可能な実装形態のいずれかを参照すると、第１の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【００１５】
第１の態様の第８の可能な実装形態を参照すると、第１の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００１６】
第１の態様の第９の可能な実装形態を参照すると、第１の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００１７】
本発明の第２の態様は、
受信装置、送出装置、およびプロセッサを含むユーザ機器であって、
プロセッサは、データパケットの処理モードを判定するように構成され、
送出装置は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送るように構成される
ユーザ機器を提供する。
【００１８】
第２の態様の実装形態を参照すると、第２の態様の第１の可能な実装形態では、データパケットの処理モードを判定する時に、プロセッサは、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定するステップ
を特に実行する。
【００１９】
第２の態様および第２の態様の第１の可能な実装形態のいずれかを参照すると、第２の態様の第２の可能な実装形態では、受信装置は、ネットワーク側デバイスによって送られた第２の表示情報を受信するように構成され、第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用され、
プロセッサは、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、プロセッサによって判定される処理モードは、ネットワーク側デバイスによって判定された処理モードのうちの少なくとも１つである。
【００２０】
第２の態様の第２の可能な実装形態を参照すると、第２の態様の第３の可能な実装形態では、送出装置は、第３の表示情報をネットワーク側デバイスに送るようにさらに構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【００２１】
第２の態様から第２の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第２の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【００２２】
第２の態様から第２の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第２の態様の第５の可能な実装形態では、送出装置は、第１の表示情報をネットワーク側デバイスに送るようにさらに構成され、第１の表示情報は、データパケットに関する、プロセッサによって判定される処理モードを表示するのに使用される。
【００２３】
第２の態様の第５の可能な実装形態を参照すると、第２の態様の第６の可能な実装形態では、プロセッサは、送出装置によってネットワーク側デバイスに送られるシグナリングに第１の表示情報を追加し、または、
プロセッサは、送出装置によってネットワーク側デバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００２４】
第２の態様から第２の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第２の態様の第７の可能な実装形態では、判定された処理モードに従ってデータパケットを処理する時に、プロセッサは、
第１の表示情報を生成するステップであって、第１の表示情報は、データパケットに関する、プロセッサによって判定される処理モードを表示するのに使用される、生成するステップと、
データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化するステップであって、ヘッダ情報は、第１の表示情報を含む、カプセル化するステップと
を特に実行する。
【００２５】
第２の態様の第５の可能な実装形態および第２の態様の第７の可能な実装形態のいずれかを参照すると、第２の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【００２６】
第２の態様の第８の可能な実装形態を参照すると、第２の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００２７】
第２の態様の第９の可能な実装形態を参照すると、第２の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００２８】
本発明の第３の態様は、
ユーザ機器によって送られたデータパケットを受信するように構成された第１の受信モジュールであって、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される、第１の受信モジュールと、
データパケットの処理モードを判定するように構成された判定モジュールと
を含むネットワーク側デバイスを提供する。
【００２９】
第３の態様の実装形態を参照すると、第３の態様の第１の可能な実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【００３０】
第３の態様および第３の態様の第１の可能な実装形態のいずれかを参照すると、第３の態様の第２の可能な実装形態では、ネットワーク側デバイスは、
第２の表示情報をユーザ機器に送るように構成された送出モジュールであって、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、判定モジュールによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである、送出モジュール
をさらに含む。
【００３１】
第３の態様の第２の可能な実装形態を参照すると、第３の態様の第３の可能な実装形態では、ネットワーク側デバイスは、
ユーザ機器によって送られた第３の表示情報を受信するように構成された第２の受信モジュールであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、第２の受信モジュール
をさらに含む。
【００３２】
第３の態様から第３の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第３の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【００３３】
第３の態様から第３の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第３の態様の第５の可能な実装形態では、ネットワーク側デバイスは、
ユーザ機器によって送られた第１の表示情報を受信するように構成された第３の受信モジュールであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、第３の受信モジュール
をさらに含む。
【００３４】
第３の態様の第５の可能な実装形態を参照すると、第３の態様の第６の可能な実装形態では、第３の受信モジュールは、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信し、または、
第３の受信モジュールは、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００３５】
第３の態様から第３の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第３の態様の第７の可能な実装形態では、ネットワーク側デバイスは、
受信されたデータパケットに従って第１の表示情報を入手するように構成された入手モジュールであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む、入手モジュール
をさらに含む。
【００３６】
第３の態様の第５の可能な実装形態および第３の態様の第７の可能な実装形態のいずれかを参照すると、第３の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【００３７】
第３の態様の第８の可能な実装形態を参照すると、第３の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００３８】
第３の態様の第９の可能な実装形態を参照すると、第３の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００３９】
本発明の第４の態様は、
受信装置、送出装置、およびプロセッサを含むネットワーク側デバイスであって、
受信装置は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、
プロセッサは、データパケットの処理モードを判定するように構成される
ネットワーク側デバイスを提供する。
【００４０】
第４の態様の実装形態を参照すると、第４の態様の第１の可能な実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【００４１】
第４の態様および第４の態様の第１の可能な実装形態のいずれかを参照すると、第４の態様の第２の可能な実装形態では、送出装置は、第２の表示情報をユーザ機器に送るように構成され、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、プロセッサによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。
【００４２】
第４の態様の第２の可能な実装形態を参照すると、第４の態様の第３の可能な実装形態では、受信装置は、ユーザ機器によって送られた第３の表示情報を受信するようにさらに構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【００４３】
第４の態様から第４の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第４の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【００４４】
第４の態様から第４の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第４の態様の第５の可能な実装形態では、受信装置は、ユーザ機器によって送られた第１の表示情報を受信するようにさらに構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【００４５】
第４の態様の第５の可能な実装形態を参照すると、第４の態様の第６の可能な実装形態では、受信装置は、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信し、または、
受信装置は、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００４６】
第４の態様から第４の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第４の態様の第７の可能な実装形態では、受信装置は、受信されたデータパケットに従って第１の表示情報を入手し、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【００４７】
第４の態様の第５の可能な実装形態および第４の態様の第７の可能な実装形態のいずれかを参照すると、第４の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【００４８】
第４の態様の第８の可能な実装形態を参照すると、第４の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００４９】
第４の態様の第９の可能な実装形態を参照すると、第４の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００５０】
本発明の第５の態様は、
ユーザ機器によって、データパケットの処理モードを判定することと、
ユーザ機器によって、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送ることと
を含むデータパケットの処理モードを判定する方法を提供する。
【００５１】
第５の態様の実装形態を参照すると、第５の態様の第１の可能な実装形態では、ユーザ機器による、データパケットの処理モードの判定は、
ユーザ機器によって、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定すること
を含む。
【００５２】
第５の態様および第５の態様の第１の可能な実装形態のいずれかを参照すると、第５の態様の第２の可能な実装形態では、ユーザ機器による、データパケットの処理モードの判定の前に、方法は、
ユーザ機器によって、ネットワーク側デバイスによって送られた第２の表示情報を受信することであって、第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される、受信することと、
ユーザ機器によって、受信された第２の表示情報に従ってデータパケットの処理モードを判定することであって、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定された処理モードのうちの少なくとも１つである、判定することと
をさらに含む。
【００５３】
第５の態様の第２の可能な実装形態を参照すると、第５の態様の第３の可能な実装形態では、ユーザ機器による、ネットワーク側デバイスによって送られた第２の表示情報の受信の前に、方法は、
ユーザ機器によって、第３の表示情報をネットワーク側デバイスに送ることであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、送ること
をさらに含む。
【００５４】
第５の態様から第５の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第５の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【００５５】
第５の態様から第５の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第５の態様の第５の可能な実装形態では、ユーザ機器による、判定された処理モードに従うデータパケットの処理の前に、方法は、
ユーザ機器によって、第１の表示情報をネットワーク側デバイスに送ることであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、送ること
をさらに含む。
【００５６】
第５の態様の第５の可能な実装形態を参照すると、第５の態様の第６の可能な実装形態では、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるシグナリングに第１の表示情報を追加し、または、
ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００５７】
第５の態様から第５の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第５の態様の第７の可能な実装形態では、ユーザ機器による、判定された処理モードに従うデータパケットの処理は、
ユーザ機器によって、第１の表示情報を生成することであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、生成することと、
ユーザ機器によって、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化することであって、ヘッダ情報は、第１の表示情報を含む、カプセル化することと
を含む。
【００５８】
第５の態様の第５の可能な実装形態および第５の態様の第７の可能な実装形態のいずれかを参照すると、第５の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【００５９】
第５の態様の第８の可能な実装形態を参照すると、第５の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００６０】
第５の態様の第９の可能な実装形態を参照すると、第５の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００６１】
本発明の第６の態様は、
ネットワーク側デバイスによって、ユーザ機器によって送られたデータパケットを受信することであって、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される、受信することと、
ネットワーク側デバイスによって、データパケットの処理モードを判定することと
を含むデータパケットの処理モードを判定する方法を提供する。
【００６２】
第６の態様の実装形態を参照すると、第６の態様の第１の可能な実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【００６３】
第６の態様および第６の態様の第１の可能な実装形態のいずれかを参照すると、第６の態様の第２の可能な実装形態では、ネットワーク側デバイスによる、ユーザ機器によって送られたデータパケットの受信の前に、方法は、
ネットワーク側デバイスによって、第２の表示情報をユーザ機器に送ることであって、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである、送ること
をさらに含む。
【００６４】
第６の態様の第２の可能な実装形態を参照すると、第６の態様の第３の可能な実装形態では、ネットワーク側デバイスによる、第２の表示情報のユーザ機器への送出の前に、方法は、
ネットワーク側デバイスによって、ユーザ機器によって送られた第３の表示情報を受信することであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、受信すること
をさらに含む。
【００６５】
第６の態様から第６の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第６の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【００６６】
第６の態様から第６の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第６の態様の第５の可能な実装形態では、ネットワーク側デバイスによる、第２の表示情報のユーザ機器への送出の前に、方法は、
ネットワーク側デバイスによって、ユーザ機器によって送られた第１の表示情報を受信することであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、受信すること
をさらに含む。
【００６７】
第６の態様の第５の可能な実装形態を参照すると、第６の態様の第６の可能な実装形態では、ネットワーク側デバイスは、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信し、または、
ネットワーク側デバイスは、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００６８】
第６の態様から第６の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第６の態様の第７の可能な実装形態では、ネットワーク側デバイスによる、データパケットの処理モードの判定の前に、方法は、
ネットワーク側デバイスによって、受信されたデータパケットに従って第１の表示情報を入手することであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む、入手すること
をさらに含む。
【００６９】
第６の態様の第５の可能な実装形態および第６の態様の第７の可能な実装形態のいずれかを参照すると、第６の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【００７０】
第６の態様の第８の可能な実装形態を参照すると、第６の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００７１】
第６の態様の第９の可能な実装形態を参照すると、第６の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００７２】
本発明を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が、減らされ得、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【図面の簡単な説明】
【００７３】
本発明の実施形態または従来技術での技術的解決策をより明瞭に説明するために、以下は、実施形態または従来技術を説明するのに必要な添付図面を短く説明する。明らかに、以下の説明の添付図面は、単に本発明のいくつかの実施形態を示し、当業者は、それでも、創作的労力を伴わずにこれらの添付図面から他の図面を導出し得る。
【００７４】
【図１】既存のプロトコルスタック構造を示す概略図である。
【図２】本発明の実施形態によるユーザ機器の実施形態を示す概略構造図である。
【図３】本発明の実施形態によるユーザ機器の別の実施形態を示す概略構造図である。
【図４】本発明の実施形態による第１のタイプの処理モードでのユーザ機器のプロトコルスタック構造を示す概略構造図である。
【図５】本発明の実施形態によるデータパケットの第１のタイプの処理モードでの第１のタイプのカプセル化フォーマットを示す概略構造図である。
【図６】本発明の実施形態による第２のタイプの処理モードでのユーザ機器のプロトコルスタック構造を示す概略図である。
【図７】本発明の実施形態によるデータパケットの第２のタイプの処理モードでの第２のタイプのカプセル化フォーマットを示す概略構造図である。
【図８】本発明の実施形態による第３のタイプの処理モードでのユーザ機器のプロトコルスタック構造を示す概略図である。
【図９】本発明の実施形態によるデータパケットの第３のタイプの処理モードでの第３のタイプのカプセル化フォーマットを示す概略構造図である。
【図１０】本発明の実施形態による第４のタイプの処理モードでのユーザ機器のプロトコルスタック構造を示す概略図である。
【図１１】本発明の実施形態によるデータパケットの第４のタイプの処理モードでの第４のタイプのカプセル化フォーマットの実施形態を示す概略構造図である。
【図１２】本発明の実施形態によるデータパケットの第４のタイプの処理モードでの第４のタイプのカプセル化フォーマットの別の実施形態を示す概略構造図である。
【図１３】本発明の実施形態による第５のタイプの処理モードでのユーザ機器のプロトコルスタック構造を示す概略構造図である。
【図１４】本発明の実施形態によるデータパケットの第５のタイプの処理モードでの第５のタイプのカプセル化フォーマットを示す概略構造図である。
【図１５】本発明の実施形態によるユーザ機器の別の実施形態を示す概略構造図である。
【図１６】本発明の実施形態によるネットワーク側デバイスの実施形態を示す概略構造図である。
【図１７】本発明の実施形態によるネットワーク側デバイスの別の実施形態を示す概略構造図である。
【図１８】本発明の実施形態によるネットワーク側デバイスの別の実施形態を示す概略構造図である。
【図１９】本発明の実施形態によるデータパケットの処理モードを判定する方法の実施形態を示す概略流れ図である。
【図２０】本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態を示す概略流れ図である。
【図２１】本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態を示す概略流れ図である。
【図２２】本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態を示す概略流れ図である。
【発明を実施するための形態】
【００７５】
以下は、本発明の実施形態において添付図面を参照して本発明の実施形態における技術的解決策を明瞭かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態のすべてではなく一部に過ぎない。創作的労力を伴わずに本発明の実施形態に基づいて当業者によって入手されるすべての他の実施形態は、本発明の保護範囲内に含まれなければならない。
【００７６】
本発明の実施形態は、データパケットの処理モードを判定するユーザ機器、ネットワーク側デバイス、および方法を提供する。データパケットのカプセル化フォーマットは、データパケットの処理モードを判定することによって判定され、その結果、エアインターフェースリソースの利用が増やされるようになる。
【００７７】
本発明の本明細書、特許請求の範囲、および添付図面では、用語「第１の」、「第２の」、「第３の」、「第４の」などは、異なる物体の間でき別することを意図されているが、特定のシーケンスを示さない。さらに、用語「含む」および「有する」ならびにその任意の他の異形は、非排他的包含をカバーすることが意図されている。たとえば、一連のステップまたはユニットを含む処理、方法、システム、製品、またはデバイスは、リストされたステップまたはユニットに限定されるのではなく、任意選択で、リストされていないステップまたはユニットをさらに含み、または、任意選択で、処理、方法、製品、もしくはデバイスの別の固有のステップまたはユニットをさらに含む。
【００７８】
図２を参照すると、図２は、本発明の実施形態によるユーザ機器の実施形態の概略構造図である。本発明のこの実施形態は、ワイヤレス通信システムに適用されることがあり、具体的にはモノのインターネットに適用されることがある。ユーザ機器およびネットワーク側デバイスが、この実施形態に含まれる。ユーザ機器は、携帯電話機、タブレットコンピュータ、ラップトップコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ＭＩＤ、ｍｏｂｉｌｅ  ｉｎｔｅｒｎｅｔ  ｄｅｖｉｃｅ）、ウェアラブルデバイス（スマートウォッチ（ｉＷａｔｃｈなど）、スマートバンド、または歩数計など）、またはネットワーク側デバイスと相互作用することのできる別の端末デバイスであり得る。ネットワーク側デバイスは、ｅＮＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、進化型ノードＢ）またはコアネットワークノードなど、ユーザ機器とデータを交換するノードであり得る。代替として、ネットワーク側デバイスは、ユーザ機器であり得る。本発明のこの実施形態でデータパケットを処理するエンティティは、データ処理層と呼ばれ、データ処理層は、異なる機能に従って層に副分割されることがある。したがって、本発明のこの実施形態でのデータパケットの処理は、ユーザ機器のデータ処理層によって実行され得る。
【００７９】
図２に示されたユーザ機器は、判定モジュール２００および第１の送出モジュール２０１を含む。
【００８０】
判定モジュール２００は、データパケットの処理モードを判定するように構成される。
【００８１】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワーク側デバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【００８２】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器のデータ処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従ってデータ処理モードを直接に判定することがある。
【００８３】
本明細書でのデータ処理モードが、データパケットの処理を一意に判定するために、データカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【００８４】
第１の送出モジュール２０１は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送るように構成される。
【００８５】
特定の実装形態では、ユーザ機器とネットワーク側デバイスとの両方が、データパケットの処理モードを判定する時に、データ送信処理において、ユーザ機器が、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従って、受信されたデータパケットに対して対応する処理を実行することがあり、その結果、ネットワーク側デバイスによって実行される処理は、ユーザ機器によって実行された処理と一貫するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワーク側デバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワーク側デバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワーク側デバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【００８６】
実現可能な形において、判定モジュールがデータパケットの処理モードを判定する前に、ユーザ機器は、ネットワーク側デバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワーク側デバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワーク側デバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワーク側デバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【００８７】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワーク側デバイスに第１の表示情報を送り、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワーク側デバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【００８８】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスがユーザ機器によって選択されたデータ処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【００８９】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【００９０】
特定の実装形態では、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワーク側デバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【００９１】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるシグナリングに第１の表示情報を追加する。任意選択で、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ノンアクセスストレイタム）シグナリングまたはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御）シグナリングとされ得る。
【００９２】
任意選択で、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【００９３】
任意選択で、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワーク側デバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【００９４】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報に第１の表示情報を追加する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００９５】
特定の実装形態では、ネットワーク側デバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワーク側デバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【００９６】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【００９７】
本発明のこの実施形態で判定されるデータ処理モードが、ユーザ機器側が送信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器側が受信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定されるデータ処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【００９８】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【００９９】
図３を参照すると、図３は、本発明の実施形態によるユーザ機器の別の実施形態の概略構造図である。図３に示されたユーザ機器は、図２の実施形態に基づいてさらに限定される。
【０１００】
図３に示されたユーザ機器は、判定モジュール２００および第１の送出モジュール２０１を含む。
【０１０１】
判定モジュール２００は、データパケットの処理モードを判定するように構成される。
【０１０２】
第１の送出モジュール２０１は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送るように構成される。
【０１０３】
任意選択で、判定モジュール２００は、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する
ように特に構成される。
【０１０４】
任意選択で、ユーザ機器は、受信モジュール２０２をさらに含む。
【０１０５】
受信モジュール２０２は、ネットワーク側デバイスによって送られた第２の表示情報を受信するように構成され、第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。
【０１０６】
任意選択で、受信モジュール２０２がネットワーク側デバイスによって送られた第２の表示情報を受信する前に、ネットワーク側デバイスは、ユーザ機器によって送られた第３の表示情報を受信することがある。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。データパケットに関する、ユーザ機器によってサポートされる処理モードは、データ処理層の機能、データパケットカプセル化フォーマット、複数のデータ処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワーク側デバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワーク側デバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものと同一のネットワーク側デバイスによるデータパケットの処理のモードを判定する。
【０１０７】
実現可能な形において、送信端のデータ処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端のデータ処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０１０８】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０１０９】
判定モジュール２００は、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、判定モジュール２００によって判定される処理モードは、ネットワーク側デバイスによって判定された処理モードのうちの少なくとも１つである。
【０１１０】
特定の実装形態では、ネットワーク側デバイスによって送られる第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを含むことがある。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０１１１】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０１１２】
任意選択で、第２の表示情報は、次のようなものであることがある。変更可能なデータ処理モードが使用される。すなわち、送信端は、要件に従って異なるデータ処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０１１３】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワーク側デバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、ネットワーク側デバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定された処理モードを使用する。Ｓ３００での第２の表示情報が、複数のタイプの処理モードを含む場合に、ユーザ機器は、第２の表示情報からの処理モードのうちの少なくとも１つのタイプを選択し、ネットワーク側デバイスにその処理モードを表示し得る。
【０１１４】
任意選択で、ユーザ機器は、第２の送出モジュール２０３をさらに含む。
【０１１５】
第２の送出モジュール２０３は、第３の表示情報をネットワーク側デバイスに送るように構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０１１６】
任意選択で、ユーザ機器は、第３の送出モジュール２０４をさらに含む。
【０１１７】
第３の送出モジュール２０４は、第１の表示情報をネットワーク側デバイスに送るように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０１１８】
任意選択で、第１の送出モジュール２０１は、生成ユニット２０１１およびカプセル化ユニット２０１２を含む。
【０１１９】
生成ユニット２０１１は、第１の表示情報を生成するように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０１２０】
生成ユニット２０１１によって第１の表示情報を生成するステップが、任意選択であることに留意されたい。ユーザ機器は、シグナリングに第１の表示情報を追加することを選択することがあり、または、リソース要求情報に第１の表示情報を追加することを選択することがある。
【０１２１】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０１２２】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０１２３】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形でデータ処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワーク側デバイスが、データ処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワーク側デバイスが、第１のユーザ機器および第２のユーザ機器の一貫したデータ処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワーク側デバイスが送信端として働く時に使用されるデータカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。
【０１２４】
カプセル化ユニット２０１２は、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化するように構成され、ヘッダ情報は、第１の表示情報を含む。
【０１２５】
任意選択で、ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器は、第１の表示情報を生成し、第１の表示情報を、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に追加し、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。ユーザ機器は、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化する。ヘッダ情報は、第１の表示情報を含む。
【０１２６】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、透過的送信モードであることがある。本明細書での透過的送信モードは、データ処理層がデータパケットのセグメント化、連結、または順序はずれ送信の処理をサポートせず、データパケットをルーティングするのみであることを意味する。図４に示されているように、図４は、データパケットの第１の処理モードでのプロトコルスタック構造の概略構造図である。ユーザ機器が、データ処理層での処理モードが透過的送信モードであると判定する時に、データ処理層は、アプリケーション層のデータパケットをＰＨＹ層に直接にルーティングし、データパケットは、ＰＨＹ層を使用することによって送信され、ネットワーク側デバイスに送られる。ＰＨＹ層がデータパケットを処理する処理は、データパケット送信処理の必要なステップである、符号化、変調、およびチェック追加などの処理を含むことがある。この実施形態は、ＰＨＹ層でのデータパケットの処理のモードに対する限定を課さない。本明細書でのアプリケーション層のデータパケットは、データ処理層の上のプロトコル層からデータ処理層に送られるデータパケットである。データパケットは、アプリケーション層、ＴＣＰ層、もしくはＵＤＰ層からであることがあり、または、ＰＤＣＰ層からもしくはデータ処理層の上の暗号化層からであることがある。これは、本明細書では限定されない。
【０１２７】
特定の実装形態では、図５に示されているように、図５は、データパケットの第１のタイプの処理モードでの第１のタイプのカプセル化フォーマットの概略構造図である。データ処理層が、データパケットにパディングデータを追加する必要がない時に、第１のカプセル化フォーマットは、図５ａによって示される概略構造図に示されている。パディングデータは、データパケット全体のサイズがネットワーク側デバイスによって指定されるデータパケットサイズを満足することを保証するために、データ処理層によってパディングされるデータシーケンスである。
【０１２８】
データ処理層が、データパケットのサイズがネットワーク側で指定されるデータパケットサイズを満足することを保証する必要がある時に、特定の実装形態では、図５ｂに示されているように、データパケットのヘッダ情報は、第１の表示情報および長さ表示情報を含むことがある。図５ｂでは、長さ表示情報は、データパケットの長さを表示するのに使用され得、または、パディングデータの長さを表示するのに使用され得る。
【０１２９】
実現可能な形において、図５ｂでは、データパケットのヘッダ情報は、ヘッダ情報が長さ表示情報を含むかどうかを表示するために、長さフィールド表示情報をさらに含むことがある。データ処理層が、データパケットにパディングデータを追加しない時には、長さフィールド表示情報は、長さ表示情報がその後に搬送されないことを表示し、ヘッダ情報は、さらに減らされる。
【０１３０】
本発明のこの実施形態では、ユーザ機器およびネットワーク側デバイスが、交渉によって、データパケットが送られる前にデータパケットの処理モードを判定する場合に、その結果、送信端および受信端がデータパケットの処理モードを一意に判定できるようになるか、試行によってデータパケットの処理モードを正しく入手することができるようになり、データパケットのヘッダ情報は、第１の表示情報を搬送しないことがある。したがって、本発明のすべての実施形態で説明されるデータパケットの様々なカプセル化フォーマットに関して、ヘッダ情報内の第１の表示情報は、必要ではない。
【０１３１】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードが、データパケットの連結のサポートだけを含む時に、図６に示されているように、図６は、データパケットの第２の処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。データ処理層がデータパケットに対して連結を実行することは、データ処理層が、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせ、データ処理層の組み合わされたデータパケットをＰＨＹ層に転送することを意味する。したがって、第２の処理モードに対応する第２のカプセル化フォーマットは、図７に示されたものであることがある。データ処理層は、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせる。ヘッダ情報は、第１の表示情報および少なくとも１つのサブヘッダ情報を含む。第１のサブヘッダ情報は、第１のデータパケットの長さ表示情報および第１のデータパケットのヘッダ表示情報を含み、第２のサブヘッダ情報は、第２のデータパケットの長さ表示情報および第２のデータパケットのヘッダ表示情報を含み、・・・第Ｎのサブヘッダ情報は、第Ｎのデータパケットの長さ表示情報および第Ｎのデータパケットのヘッダ表示情報を含む（この実施形態の第Ｎは、最後を意味し、Ｎは、１以上の整数である）。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される、すなわち、連結動作が、データパケットに対して実行される。データパケットの長さ表示情報は、サブヘッダに対応するデータパケットのサイズを表示するのに使用され、ヘッダ表示情報は、次のフィールドがデータパケットまたは次のデータパケットのサブヘッダ情報のどちらであるのかを表示するのに使用される。好ましくは、連結の後に入手されるデータパケットがパディングデータを含まない時に、第Ｎのデータパケットのサブヘッダ情報は、長さ表示情報を搬送する必要がない（たとえば、図９、図１１、図１２、および図１４の実施形態）。任意選択の実装形態では、長さフィールド表示情報は、データパケットのサブヘッダが長さ表示情報を含むかどうかを表示するために、各データパケットのサブヘッダにさらに追加され得る。
【０１３２】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結および順序はずれ送信をサポートすることを含む（この場合に、ネットワーク側デバイスは、受信端として働く時に並べ換えを実行する必要がある）。したがって、第１の表示情報によって表示される処理モードが、データパケットの連結およびデータパケットの順序はずれ送信の処理を含むことが、例として使用される。図８に示されているように、図８は、データパケットの第３のタイプの処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。したがって、図９に示されているように、図７に示されたヘッダ情報に基づいて、シーケンス番号情報が、データ処理層によって処理されるデータパケットのヘッダ情報に追加され得る。シーケンス番号情報は、ユーザ機器によって初めて送られるすべてのデータパケットの番号を表示するのに使用される。第１の表示情報は、ユーザ機器が処理モードすなわちデータパケットの連結およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。ネットワーク側デバイスが受信端として働く時には、データパケットのシーケンス番号情報が、すべてのデータパケットの位置を復元するために入手される。さらに、ユーザ機器およびネットワーク側デバイスが、再セグメント化の並べ換えをサポートする時に、ユーザ機器またはネットワーク側デバイスは、ユーザ機器またはネットワーク側デバイスが送信端として働く時に、データパケットのサブヘッダ内に各データパケットのシーケンス番号を含める必要がある。第Ｎのデータパケットの処理に関しては、図７の説明を参照されたい。
【０１３３】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、２タイプの処理モードすなわち、セグメント化および順序はずれ送信をサポートすることを含む。図１０に示されているように、図１０は、第４のタイプの処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。データ処理層は、データパケットのセグメント化と、物理層へのデータパケットの順序はずれ送信などのデータパケットの非順次送信とをサポートすることがある。したがって、図１１に示されているように、図１１は、データ処理層がデータパケットをセグメント化した後に使用される第４のタイプのカプセル化フォーマットの概略構造図である。データ処理層による処理の後に入手されるデータパケットのヘッダ情報は、第１の表示情報（任意選択）、サブデータパケットのシーケンス番号情報、サブデータパケットの長さ表示情報（任意選択）、およびセグメント化表示情報を含む。第１の表示情報は、ユーザ機器がデータパケットのセグメント化およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。サブデータパケットのシーケンス番号情報は、サブデータパケットの、ユーザ機器のデータ処理層での番号を表示するのに使用される。サブデータパケットの長さ表示情報は、サブデータパケットのサイズを表示するのに使用される。セグメント化表示情報は、サブデータパケットがセグメント化されるかどうかを表示するのに、または、サブデータパケットの位置であって、アプリケーション層からデータ処理層に転送されるデータパケットがセグメント化された後に入手されるデータパケット、たとえば最初のサブデータパケット、中央のサブデータパケット、または最後のサブデータパケット内の位置をさらに表示するのに使用される。さらに、セグメント化表示情報は、サブデータパケットの長さ表示情報が存在するかどうかを表示するのにさらに使用され得る。セグメント化表示情報が、サブデータパケットが最後のサブデータパケットではないことを表示する場合に、長さ表示情報は、ヘッダ内に含まれる必要がない。任意選択で、受信端が、データパケットが固定されたサイズを満足する必要があることを必要としない場合にも、長さ表示情報は、ヘッダ情報内に含まれる必要がない。データ処理層が、セグメント化機能だけをサポートする場合に、ヘッダフィールドは、シーケンス番号情報を含まない。
【０１３４】
任意選択で、サブデータパケットのシーケンス番号情報が、セグメント化表示情報の意味と同様の意味を有するので、サブデータパケットのシーケンス番号情報およびセグメント化表示情報が、サブデータパケットのシーケンス番号情報またはセグメント化表示情報を形成するために組み合わされることがある。組合せの後に、サブデータパケットの構造は、図１２に示されている（図１２では、サブデータパケットのシーケンス番号情報およびセグメント化表示情報は、サブデータパケットのシーケンス番号情報を形成するために組み合わされる）。
【０１３５】
本発明のこの実施形態では、ユーザ機器およびネットワーク側デバイスが、データパケットの処理モードを判定した後に、それは、ユーザ処理層がデータパケットに対して対応する処理を必ず実行することを表示しない。たとえば、ユーザ機器およびネットワーク側デバイスが、データパケットの第４のタイプのデータ処理モードを使用すると判定する場合に、ユーザ機器は、データパケットが相対的に大きく、ネットワーク側によって与えられたスケジューリンググラント（grant）が、データパケットが一時に完全に送られることを保証できない時に限ってデータパケットをセグメント化し、それ以外の時には、ユーザ機器はセグメント化動作を実行しない。前述の実施形態での順序はずれ送信に関して、データ送信順序のエラーは、いくつかのデータパケットが再送信される必要がある時に限って引き起こされ得る。前述の表示は、データ処理層がデータパケットの不規則を処理できることを表示するのみであって、データ処理層がデータパケットに対して順序はずれ送信を必ず実行することを表示するのではない。データ処理層での不規則は、物理層での不規則によって引き起こされることがある。すべての理由によって引き起こされる不規則は、本明細書では、集合的にデータ処理層での不規則と呼ばれる。
【０１３６】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結、セグメント化、および順序はずれ送信をサポートすることを含む。図１３に示されているように、図１３は、第５のタイプの処理モードでのプロトコルスタック構造の概略構造図である。第１の表示情報によって表示される処理モードは、次を含む。ユーザ機器のデータ処理層が、データパケットの連結、データパケットのセグメント化、およびデータパケットの順序はずれ送信をサポートする。したがって、図１４に示されているように、図１４は、データパケットの第５のタイプのデータカプセル化フォーマットの概略構造図である。この処理モードでは、データ処理層による処理の後に入手されるデータパケットは、以下のタイプを含むことがある。
１．完全なデータパケット
２．データパケットがセグメント化された後に入手されるサブデータパケット
３．複数の完全なデータパケットの連結の後に入手されるデータパケット
４．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットとの連結の後に入手されるデータパケット
５．現在のデータパケットのサブデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット
６．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット。
【０１３７】
各サブデータパケットは、アプリケーション層の完全なデータパケットがデータ処理層によってセグメント化された後に入手されるセグメント化ブロックであり、複数のサブデータパケットが、アプリケーション層の１つの完全なデータパケットを形成する。
【０１３８】
受信端がすべてのデータパケットおよび／またはサブデータパケットの間で正しく区別できるために、データカプセル化フォーマットが、図１４に示されている。
【０１３９】
図１４では、データ処理層のデータパケットのヘッダ情報は、第１の表示情報、シーケンス番号情報、および複数のデータパケットのサブヘッダ情報を含む。サブデータパケットのサブヘッダ情報は、データパケットの長さ表示情報、データパケットのセグメント化表示情報、およびヘッダ表示情報を含み得る。ヘッダ情報内の情報のそれぞれの詳細な機能については、図５から図１２の実施形態の関連する説明を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０１４０】
任意選択で、データ処理層によってデータパケットに対して実行される順序はずれ送信の処理モードが、ＰＨＹ層が不規則で並列の形でデータパケットを送る時に引き起こされるデータパケットの不規則に依存するので、ＰＨＹ層が、単一の処理によってデータパケットを送信する場合に、データ処理層は、データパケットの順序はずれ送信の処理モードを使用する必要がなく、データパケットの対応するヘッダ情報は、シーケンス番号情報を含まない。
【０１４１】
この実施形態で提供されるデータ処理モードは、例に過ぎない。異なるデータ処理モードに従って、本明細書では列挙されないさらなる他のデータカプセル化フォーマットがある。すべての処理モードで、データ処理層が順序はずれ送信の機能を含まない（たとえば、１つのＨＡＲＱ処理だけがある）ならば、シーケンス番号情報は、ヘッダ情報内で必要とされない。本発明では、データ処理層のいくつかの機能だけが列挙され、データ処理層が他の機能、たとえば論理チャネルの多重化および暗号化をさらに有する可能性は、除外されない。論理チャネルが多重化される時には、論理チャネルの識別子だけが、データパケットのヘッダ情報または前述の複数の処理モードのサブデータパケットのヘッダ情報に追加される必要がある。データ処理層が、制御データパケットを送ることもある。前述のデータカプセル化フォーマットは、制御データパケットに使用され得、第１の表示情報または論理チャネルの識別子を使用することによって表示される。代替として、異なるデータ処理モードが、異なる論理チャネル内のデータパケットまたは制御データパケットに使用され得る。これは、本明細書では限定されない。
【０１４２】
判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従ってデータパケットに対して対応する処理を実行し得、その結果、ネットワーク側デバイスは、データパケットを正しく解析するようになる。
【０１４３】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスが、ユーザ機器によるデータパケットの処理のモードを使用することによって、ユーザ機器によって送られたデータパケットを処理することを肯定応答するのに使用される。本発明のこの実施形態は、送信端としてユーザ機器を使用することによって説明される。ネットワーク側デバイスが、データ送信端として働く時に、データカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるカプセル化フォーマットと同一である。
【０１４４】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０１４５】
図１５を参照すると、図１５は、本発明の実施形態によるユーザ機器の別の実施形態の概略構造図である。図１５の特定の実装形態に関して、図２の実施形態および図３の実施形態を参照されたい。詳細が、この実施形態でもう一度説明されることはない。図１５に示されたユーザ機器は、受信装置１５００、送出装置１５０１、およびプロセッサ１５０２を含む（デバイスは、１つまたは複数のプロセッサを含むことがあり、１つのプロセッサが、図１５では例として使用される）。本発明のこの実施形態では、受信装置１５００、送出装置１５０１、およびプロセッサ１５０２は、バスを使用することによってまたは別の形で接続され得る。バスを使用することによる接続が、図１５では例として使用される。
【０１４６】
プロセッサ１５０２は、データパケットの処理モードを判定するように構成される。
【０１４７】
送出装置１５０１は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送るように構成される。
【０１４８】
任意選択で、データパケットの処理モードを判定する時に、プロセッサ１５０２は、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定するステップ
を特に実行する。
【０１４９】
任意選択で、受信装置１５００は、ネットワーク側デバイスによって送られた第２の表示情報を受信するように構成され、第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。
【０１５０】
プロセッサ１５０２は、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、プロセッサ１５０２によって判定される処理モードは、ネットワーク側デバイスによって判定された処理モードのうちの少なくとも１つである。
【０１５１】
任意選択で、送出装置１５０１は、第３の表示情報をネットワーク側デバイスに送るようにさらに構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０１５２】
任意選択で、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０１５３】
任意選択で、送出装置１５０１は、第１の表示情報をネットワーク側デバイスに送るようにさらに構成され、第１の表示情報は、データパケットに関する、プロセッサ１５０２によって判定される処理モードを表示するのに使用される。
【０１５４】
任意選択で、プロセッサ１５０２は、送出装置１５０１によってネットワーク側デバイスに送られるシグナリングに第１の表示情報を追加し、または、プロセッサ１５０２は、送出装置１５０１によってネットワーク側デバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０１５５】
任意選択で、判定された処理モードに従ってデータパケットを処理する時に、プロセッサ１５０２は、
第１の表示情報を生成するステップであって、第１の表示情報は、データパケットに関する、プロセッサ１５０２によって判定される処理モードを表示するのに使用される、生成するステップと、
データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化するステップであって、ヘッダ情報は、第１の表示情報を含む、カプセル化するステップと
を特に実行する。
【０１５６】
任意選択で、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【０１５７】
任意選択で、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【０１５８】
任意選択で、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【０１５９】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０１６０】
図１６を参照すると、図１６は、本発明の実施形態によるネットワーク側デバイスの実施形態の概略構造図である。図１６に示されたネットワーク側デバイスは、第１の受信モジュール１６００および判定モジュール１６０１を含む。
【０１６１】
第１の受信モジュール１６００は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０１６２】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワーク側デバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【０１６３】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器のデータ処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従ってデータ処理モードを直接に判定することがある。
【０１６４】
本明細書でのデータ処理モードが、データパケットの処理を一意に判定するために、データカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【０１６５】
判定モジュール１６０１は、データパケットの処理モードを判定するように構成される。
【０１６６】
特定の実装形態では、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従って受信されたデータパケットに対して対応する処理を実行し得、その結果、ネットワーク側デバイスによって実行される処理が、ユーザ機器によって実行される処理と一貫するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワーク側デバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワーク側デバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワーク側デバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０１６７】
実現可能な形において、第１の受信モジュール１６００が、ユーザ機器によって送られたデータパケットを受信する前に、ユーザ機器は、ネットワーク側デバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワーク側デバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワーク側デバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワーク側デバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【０１６８】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワーク側デバイスに第１の表示情報を送り、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワーク側デバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【０１６９】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスがユーザ機器によって選択されたデータ処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【０１７０】
実現可能な形において、本発明のこの実施形態は、第１の受信モジュール１６００および判定モジュール１６０１のシーケンスに対して限定を課さない。すなわち、判定モジュール１６０１によって実行されるステップは、第１の受信モジュール１６００によって実行されるステップの後であることがあり、または、判定モジュール１６０１によって実行されるステップは、第１の受信モジュール１６００によって実行されるステップの前であることがある。
【０１７１】
任意選択で、判定モジュール１６０１によって実行されるステップが、第１の受信モジュール１６００によって実行されるステップの後である場合に、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【０１７２】
特定の実装形態では、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワーク側デバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【０１７３】
任意選択で、判定モジュール１６０１によって実行されるステップが、第１の受信モジュール１６００によって実行されるステップの前である場合に、ネットワーク側デバイスは、ユーザ機器によって送られた第１の表示情報を受信する。第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０１７４】
特定の実装形態では、ネットワーク側デバイスは、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信する。任意選択で、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ノンアクセスストレイタム）シグナリングまたはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御）シグナリングとされ得る。
【０１７５】
実現可能な形において、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【０１７６】
実現可能な形において、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワーク側デバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０１７７】
実現可能な形において、ネットワーク側デバイスは、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０１７８】
特定の実装形態では、ネットワーク側デバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワーク側デバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【０１７９】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０１８０】
本発明のこの実施形態で判定されるデータ処理モードが、ユーザ機器側が送信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器側が受信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定されるデータ処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【０１８１】
本発明のこの実施形態を使用することによって、ネットワーク側デバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワーク側デバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０１８２】
図１７を参照すると、図１７は、本発明の実施形態によるネットワーク側デバイスの別の実施形態の概略構造図である。図１７に示されたネットワーク側デバイスは、図１６の実施形態に基づいてさらに限定される。
【０１８３】
図１７に示されたネットワーク側デバイスは、第１の受信モジュール１６００および判定モジュール１６０１を含む。
【０１８４】
第１の受信モジュール１６００は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０１８５】
判定モジュール１６０１は、データパケットの処理モードを判定するように構成される。
【０１８６】
任意選択で、ネットワーク側デバイスは、送出モジュール１６０２をさらに含む。
【０１８７】
送出モジュール１６０２は、第２の表示情報をユーザ機器に送るように構成され、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、判定モジュール１６０１によって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。
【０１８８】
任意選択で、送出モジュール１６０２が第２の表示情報をユーザ機器に送る前に、ネットワーク側デバイスは、ユーザ機器によって送られた第３の表示情報を受信することがある。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。データパケットに関する、ユーザ機器によってサポートされる処理モードは、データ処理層の機能、データパケットカプセル化フォーマット、複数のデータ処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワーク側デバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワーク側デバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものと同一のネットワーク側デバイスによるデータパケットの処理のモードを判定する。
【０１８９】
実現可能な形において、送信端のデータ処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端のデータ処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０１９０】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０１９１】
特定の実装形態では、ネットワーク側デバイスによって送られる第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを含むことがある。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０１９２】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０１９３】
任意選択で、第２の表示情報は、次のようなものであることがある。変更可能なデータ処理モードが使用される。すなわち、送信端は、要件に従って異なるデータ処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０１９４】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワーク側デバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、ネットワーク側デバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定された処理モードを使用する。第２の表示情報が、複数のタイプの処理モードを含む場合に、ユーザ機器は、第２の表示情報からの処理モードのうちの少なくとも１つのタイプを選択し、ネットワーク側デバイスにその処理モードを表示し得る。
【０１９５】
任意選択で、ネットワーク側デバイスは、第２の受信モジュール１６０３をさらに含む。
【０１９６】
第２の受信モジュール１６０３は、ユーザ機器によって送られた第３の表示情報を受信するように構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０１９７】
任意選択で、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０１９８】
任意選択で、ネットワーク側デバイスは、第３の受信モジュール１６０４をさらに含む。
【０１９９】
第３の受信モジュール１６０４は、ユーザ機器によって送られた第１の表示情報を受信するように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０２００】
任意選択で、第３の受信モジュール１６０４は、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信し、または、第３の受信モジュール１６０４は、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０２０１】
任意選択で、ネットワーク側デバイスは、入手モジュール１６０５をさらに含む。
【０２０２】
入手モジュール１６０５は、受信されたデータパケットに従って第１の表示情報を入手するように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【０２０３】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０２０４】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０２０５】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形でデータ処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワーク側デバイスが、データ処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワーク側デバイスが、第１のユーザ機器および第２のユーザ機器の一貫したデータ処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワーク側デバイスが送信端として働く時に使用されるデータカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。さらに、データパケットの処理モードに関して、図２の実施形態および図３の実施形態を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０２０６】
任意選択で、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【０２０７】
任意選択で、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【０２０８】
任意選択で、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【０２０９】
本発明のこの実施形態を使用することによって、ネットワーク側デバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワーク側デバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２１０】
図１８を参照すると、図１８は、本発明の実施形態によるネットワーク側デバイスの別の実施形態の概略構造図である。図１８の特定の実装形態に関して、図１６の実施形態および図１７の実施形態を参照されたい。詳細が、この実施形態でもう一度説明されることはない。図１８に示されたネットワーク側デバイスは、受信装置１８００、送出装置１８０１、およびプロセッサ１８０２を含む（デバイスは、１つまたは複数のプロセッサ１８０２を含むことがあり、１つのプロセッサが、図１８では例として使用される）。本発明のこの実施形態では、受信装置１８００、送出装置１８０１、およびプロセッサ１８０２は、バスを使用することによってまたは別の形で接続され得る。バスを使用することによる接続が、図１８では例として使用される。
【０２１１】
受信装置１８００は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０２１２】
プロセッサ１８０２は、データパケットの処理モードを判定するように構成される。
【０２１３】
任意選択で、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【０２１４】
任意選択で、送出装置１８０１は、第２の表示情報をユーザ機器に送るように構成され、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、プロセッサ１８０２によって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。
【０２１５】
任意選択で、受信装置１８００は、ユーザ機器によって送られた第３の表示情報を受信するように構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０２１６】
任意選択で、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０２１７】
任意選択で、受信装置１８００は、ユーザ機器によって送られた第１の表示情報を受信するようにさらに構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０２１８】
任意選択で、受信装置１８００は、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信し、または、受信装置１８００は、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０２１９】
任意選択で、受信装置１８００は、受信されたデータパケットに従って第１の表示情報を入手し、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【０２２０】
任意選択で、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータカプセル化フォーマット情報のうちの少なくとも１つである。
【０２２１】
任意選択で、データパケットの処理モードが、データパケットの連結をサポートすることを含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、データパケットの処理モードが、データパケットの順序はずれ送信をサポートすることを含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、データパケットの処理モードが、データパケットのセグメント化をサポートすることを含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【０２２２】
任意選択で、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【０２２３】
本発明のこの実施形態を使用することによって、ネットワーク側デバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワーク側デバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２２４】
図１９を参照すると、図１９は、本発明の実施形態によるデータパケットの処理モードを判定する方法の実施形態の概略流れ図である。
【０２２５】
図１９に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法は、以下のステップを含み得る。
【０２２６】
Ｓ１９００  ユーザ機器が、データパケットの処理モードを判定する。
【０２２７】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワーク側デバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【０２２８】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器のデータ処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従ってデータ処理モードを直接に判定することがある。
【０２２９】
本明細書でのデータ処理モードが、データパケットの処理を一意に判定するために、データカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【０２３０】
Ｓ１９０１  ユーザ機器が、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。
【０２３１】
特定の実装形態では、ユーザ機器とネットワーク側デバイスとの両方が、データパケットの処理モードを判定する時に、データ送信処理において、ユーザ機器が、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従って、受信されたデータパケットに対して対応する処理を実行することがあり、その結果、ネットワーク側デバイスによって実行される処理は、ユーザ機器によって実行された処理と一貫するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワーク側デバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワーク側デバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワーク側デバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０２３２】
実現可能な形において、ステップＳ１９００の前に、ユーザ機器は、ネットワーク側デバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワーク側デバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワーク側デバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワーク側デバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【０２３３】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワーク側デバイスに第１の表示情報を送り、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワーク側デバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【０２３４】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスがユーザ機器によって選択されたデータ処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【０２３５】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【０２３６】
特定の実装形態では、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワーク側デバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【０２３７】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるシグナリングに第１の表示情報を追加する。任意選択で、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ノンアクセスストレイタム）シグナリングまたはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御）シグナリングとされ得る。
【０２３８】
任意選択で、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【０２３９】
任意選択で、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワーク側デバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０２４０】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報に第１の表示情報を追加する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０２４１】
特定の実装形態では、ネットワーク側デバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワーク側デバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【０２４２】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０２４３】
本発明のこの実施形態で判定されるデータ処理モードが、ユーザ機器側が送信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器側が受信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定されるデータ処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【０２４４】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２４５】
図２０を参照すると、図２０は、本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態の概略流れ図である。本発明のこの実施形態では、ユーザ機器が送信端として働き、ネットワーク側デバイスが受信端として働く例が、説明に使用される。受信端のデータ処理モードおよび送信端のデータ処理モードは、お互いに対応している。ユーザ機器およびネットワーク側デバイスのいずれかが、送信端または受信端になることができ、または、送信端と受信端との両方になることができる。
【０２４６】
図２０に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法は、以下のステップを含み得る。
【０２４７】
Ｓ２０００  ユーザ機器が、ネットワーク側デバイスによって送られた第２の表示情報を受信し、第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。
【０２４８】
任意選択で、ステップＳ２０００の前に、ネットワーク側デバイスが、ユーザ機器によって送られた第３の表示情報を受信し得る。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。データパケットに関する、ユーザ機器によってサポートされる処理モードは、データ処理層の機能、データパケットカプセル化フォーマット、複数のデータ処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワーク側デバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワーク側デバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものと同一のネットワーク側デバイスによるデータパケットの処理のモードを判定する。
【０２４９】
実現可能な形において、送信端のデータ処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端のデータ処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０２５０】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０２５１】
Ｓ２００１  ユーザ機器が、受信された第２の表示情報に従ってデータパケットの処理モードを判定し、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定された処理モードのうちの少なくとも１つである。
【０２５２】
特定の実装形態では、ネットワーク側デバイスによって送られる第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを含むことがある。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０２５３】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０２５４】
任意選択で、第２の表示情報は、次のようなものであることがある。変更可能なデータ処理モードが使用される。すなわち、送信端は、要件に従って異なるデータ処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０２５５】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワーク側デバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、Ｓ２０００で与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定された処理モードを使用する。Ｓ２０００での第２の表示情報が、複数のタイプの処理モードを含む場合に、ユーザ機器は、第２の表示情報からの処理モードのうちの少なくとも１つのタイプを選択し、ネットワーク側デバイスにその処理モードを表示し得る。
【０２５６】
Ｓ２００２  ユーザ機器が、第１の表示情報を生成する。
【０２５７】
ステップＳ２００２が任意選択であることに留意されたい。ユーザ機器は、シグナリングに第１の表示情報を追加することを選択することがあり、または、リソース要求情報に第１の表示情報を追加することを選択することがある。
【０２５８】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０２５９】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０２６０】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形でデータ処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワーク側デバイスが、データ処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワーク側デバイスが、第１のユーザ機器および第２のユーザ機器の一貫したデータ処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワーク側デバイスが送信端として働く時に使用されるデータカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。
【０２６１】
Ｓ２００３  ユーザ機器が、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。
【０２６２】
任意選択で、ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器は、第１の表示情報を生成し、第１の表示情報を、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に追加し、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。ユーザ機器は、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化する。ヘッダ情報は、第１の表示情報を含む。
【０２６３】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、透過的送信モードであることがある。本明細書での透過的送信モードは、データ処理層がデータパケットのセグメント化、連結、または順序はずれ送信の処理をサポートせず、データパケットをルーティングするのみであることを意味する。図４に示されているように、図４は、データパケットの第１の処理モードでのプロトコルスタック構造の概略構造図である。ユーザ機器が、データ処理層での処理モードが透過的送信モードであると判定する時に、データ処理層は、アプリケーション層のデータパケットをＰＨＹ層に直接にルーティングし、データパケットは、ＰＨＹ層を使用することによって送信され、ネットワーク側デバイスに送られる。ＰＨＹ層がデータパケットを処理する処理は、データパケット送信処理の必要なステップである、符号化、変調、およびチェック追加などの処理を含むことがある。この実施形態は、ＰＨＹ層でのデータパケットの処理のモードに対する限定を課さない。本明細書でのアプリケーション層のデータパケットは、データ処理層の上のプロトコル層からデータ処理層に送られるデータパケットである。データパケットは、アプリケーション層、ＴＣＰ層、もしくはＵＤＰ層からであることがあり、または、ＰＤＣＰ層からもしくはデータ処理層の上の暗号化層からであることがある。これは、本明細書では限定されない。
【０２６４】
特定の実装形態では、図５に示されているように、図５は、データパケットの第１のタイプの処理モードでの第１のタイプのカプセル化フォーマットの概略構造図である。データ処理層が、データパケットにパディングデータを追加する必要がない時に、第１のカプセル化フォーマットは、図５ａによって示される概略構造図に示されている。パディングデータは、データパケット全体のサイズがネットワーク側デバイスによって指定されるデータパケットサイズを満足することを保証するために、データ処理層によってパディングされるデータシーケンスである。
【０２６５】
データ処理層が、データパケットのサイズがネットワーク側で指定されるデータパケットサイズを満足することを保証する必要がある時に、特定の実装形態では、図５ｂに示されているように、データパケットのヘッダ情報は、第１の表示情報および長さ表示情報を含むことがある。図５ｂでは、長さ表示情報は、データパケットの長さを表示するのに使用され得、または、パディングデータの長さを表示するのに使用され得る。
【０２６６】
実現可能な形において、図５ｂでは、データパケットのヘッダ情報は、ヘッダ情報が長さ表示情報を含むかどうかを表示するために、長さフィールド表示情報をさらに含むことがある。データ処理層が、データパケットにパディングデータを追加しない時には、長さフィールド表示情報は、長さ表示情報がその後に搬送されないことを表示し、ヘッダ情報は、さらに減らされる。
【０２６７】
本発明のこの実施形態では、ユーザ機器およびネットワーク側デバイスが、交渉によって、データパケットが送られる前にデータパケットの処理モードを判定する場合に、その結果、送信端および受信端がデータパケットの処理モードを一意に判定できるようになるか、試行によってデータパケットの処理モードを正しく入手することができるようになり、データパケットのヘッダ情報は、第１の表示情報を搬送しないことがある。したがって、本発明のすべての実施形態で説明されるデータパケットの様々なカプセル化フォーマットに関して、ヘッダ情報内の第１の表示情報は、必要ではない。
【０２６８】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードが、データパケットの連結のサポートだけを含む時に、図６に示されているように、図６は、データパケットの第２の処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。データ処理層がデータパケットに対して連結を実行することは、データ処理層が、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせ、データ処理層の組み合わされたデータパケットをＰＨＹ層に転送することを意味する。したがって、第２の処理モードに対応する第２のカプセル化フォーマットは、図７に示されたものであることがある。データ処理層は、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせる。ヘッダ情報は、第１の表示情報および少なくとも１つのサブヘッダ情報を含む。第１のサブヘッダ情報は、第１のデータパケットの長さ表示情報および第１のデータパケットのヘッダ表示情報を含み、第２のサブヘッダ情報は、第２のデータパケットの長さ表示情報および第２のデータパケットのヘッダ表示情報を含み、・・・第Ｎのサブヘッダ情報は、第Ｎのデータパケットの長さ表示情報および第Ｎのデータパケットのヘッダ表示情報を含む（この実施形態の第Ｎは、最後を意味し、Ｎは、１以上の整数である）。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される、すなわち、連結動作が、データパケットに対して実行される。データパケットの長さ表示情報は、サブヘッダに対応するデータパケットのサイズを表示するのに使用され、ヘッダ表示情報は、次のフィールドがデータパケットまたは次のデータパケットのサブヘッダ情報のどちらであるのかを表示するのに使用される。好ましくは、連結の後に入手されるデータパケットがパディングデータを含まない時に、第Ｎのデータパケットのサブヘッダ情報は、長さ表示情報を搬送する必要がない（たとえば、図９、図１１、図１２、および図１４の実施形態）。任意選択の実装形態では、長さフィールド表示情報は、データパケットのサブヘッダが長さ表示情報を含むかどうかを表示するために、各データパケットのサブヘッダにさらに追加され得る。
【０２６９】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結および順序はずれ送信をサポートすることを含む（この場合に、ネットワーク側デバイスは、受信端として働く時に並べ換えを実行する必要がある）。したがって、第１の表示情報によって表示される処理モードが、データパケットの連結およびデータパケットの順序はずれ送信の処理を含むことが、例として使用される。図８に示されているように、図８は、データパケットの第３のタイプの処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。したがって、図９に示されているように、図７に示されたヘッダ情報に基づいて、シーケンス番号情報が、データ処理層によって処理されるデータパケットのヘッダ情報に追加され得る。シーケンス番号情報は、ユーザ機器によって初めて送られるすべてのデータパケットの番号を表示するのに使用される。第１の表示情報は、ユーザ機器が処理モードすなわちデータパケットの連結およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。ネットワーク側デバイスが受信端として働く時には、データパケットのシーケンス番号情報が、すべてのデータパケットの位置を復元するために入手される。さらに、ユーザ機器およびネットワーク側デバイスが、再セグメント化の並べ換えをサポートする時に、ユーザ機器またはネットワーク側デバイスは、ユーザ機器またはネットワーク側デバイスが送信端として働く時に、データパケットのサブヘッダ内に各データパケットのシーケンス番号を含める必要がある。第Ｎのデータパケットの処理に関しては、図７の説明を参照されたい。
【０２７０】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、２タイプの処理モードすなわち、セグメント化および順序はずれ送信をサポートすることを含む。図１０に示されているように、図１０は、第４のタイプの処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。データ処理層は、データパケットのセグメント化と、物理層へのデータパケットの順序はずれ送信などのデータパケットの非順次送信とをサポートすることがある。したがって、図１１に示されているように、図１１は、データ処理層がデータパケットをセグメント化した後に使用される第４のタイプのカプセル化フォーマットの概略構造図である。データ処理層による処理の後に入手されるデータパケットのヘッダ情報は、第１の表示情報（任意選択）、サブデータパケットのシーケンス番号情報、サブデータパケットの長さ表示情報（任意選択）、およびセグメント化表示情報を含む。第１の表示情報は、ユーザ機器がデータパケットのセグメント化およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。サブデータパケットのシーケンス番号情報は、サブデータパケットの、ユーザ機器のデータ処理層での番号を表示するのに使用される。サブデータパケットの長さ表示情報は、サブデータパケットのサイズを表示するのに使用される。セグメント化表示情報は、サブデータパケットがセグメント化されるかどうかを表示するのに、または、サブデータパケットの位置であって、アプリケーション層からデータ処理層に転送されるデータパケットがセグメント化された後に入手されるデータパケット、たとえば最初のサブデータパケット、中央のサブデータパケット、または最後のサブデータパケット内の位置をさらに表示するのに使用される。さらに、セグメント化表示情報は、サブデータパケットの長さ表示情報が存在するかどうかを表示するのにさらに使用され得る。セグメント化表示情報が、サブデータパケットが最後のサブデータパケットではないことを表示する場合に、長さ表示情報は、ヘッダ内に含まれる必要がない。任意選択で、受信端が、データパケットが固定されたサイズを満足する必要があることを必要としない場合にも、長さ表示情報は、ヘッダ情報内に含まれる必要がない。データ処理層が、セグメント化機能だけをサポートする場合に、ヘッダフィールドは、シーケンス番号情報を含まない。
【０２７１】
任意選択で、サブデータパケットのシーケンス番号情報が、セグメント化表示情報の意味と同様の意味を有するので、サブデータパケットのシーケンス番号情報およびセグメント化表示情報が、サブデータパケットのシーケンス番号情報またはセグメント化表示情報を形成するために組み合わされることがある。組合せの後に、サブデータパケットの構造は、図１２に示されている（図１２では、サブデータパケットのシーケンス番号情報およびセグメント化表示情報は、サブデータパケットのシーケンス番号情報を形成するために組み合わされる）。
【０２７２】
本発明のこの実施形態では、ユーザ機器およびネットワーク側デバイスが、データパケットの処理モードを判定した後に、それは、ユーザ処理層がデータパケットに対して対応する処理を必ず実行することを表示しない。たとえば、ユーザ機器およびネットワーク側デバイスが、データパケットの第４のタイプのデータ処理モードを使用すると判定する場合に、ユーザ機器は、データパケットが相対的に大きく、ネットワーク側によって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できない時に限ってデータパケットをセグメント化し、それ以外の時には、ユーザ機器はセグメント化動作を実行しない。前述の実施形態での順序はずれ送信に関して、データ送信順序のエラーは、いくつかのデータパケットが再送信される必要がある時に限って引き起こされ得る。前述の表示は、データ処理層がデータパケットの不規則を処理できることを表示するのみであって、データ処理層がデータパケットに対して順序はずれ送信を必ず実行することを表示するのではない。データ処理層での不規則は、物理層での不規則によって引き起こされることがある。すべての理由によって引き起こされる不規則は、本明細書では、集合的にデータ処理層での不規則と呼ばれる。
【０２７３】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結、セグメント化、および順序はずれ送信をサポートすることを含む。図１３に示されているように、図１３は、第５のタイプの処理モードでのプロトコルスタック構造の概略構造図である。第１の表示情報によって表示される処理モードは、次を含む。ユーザ機器のデータ処理層が、データパケットの連結、データパケットのセグメント化、およびデータパケットの順序はずれ送信をサポートする。したがって、図１４に示されているように、図１４は、データパケットの第５のタイプのデータカプセル化フォーマットの概略構造図である。この処理モードでは、データ処理層による処理の後に入手されるデータパケットは、以下のタイプを含むことがある。
１．完全なデータパケット
２．データパケットがセグメント化された後に入手されるサブデータパケット
３．複数の完全なデータパケットの連結の後に入手されるデータパケット
４．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットとの連結の後に入手されるデータパケット
５．現在のデータパケットのサブデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット
６．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット。
【０２７４】
各サブデータパケットは、アプリケーション層の完全なデータパケットがデータ処理層によってセグメント化された後に入手されるセグメント化ブロックであり、複数のサブデータパケットが、アプリケーション層の１つの完全なデータパケットを形成する。
【０２７５】
受信端がすべてのデータパケットおよび／またはサブデータパケットの間で正しく区別できるために、データカプセル化フォーマットが、図１４に示されている。
【０２７６】
図１４では、データ処理層のデータパケットのヘッダ情報は、第１の表示情報、シーケンス番号情報、および複数のデータパケットのサブヘッダ情報を含む。サブデータパケットのサブヘッダ情報は、データパケットの長さ表示情報、データパケットのセグメント化表示情報、およびヘッダ表示情報を含み得る。ヘッダ情報内の情報のそれぞれの詳細な機能については、図５から図１２の実施形態の関連する説明を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０２７７】
任意選択で、データ処理層によってデータパケットに対して実行される順序はずれ送信の処理モードが、ＰＨＹ層が不規則で並列の形でデータパケットを送る時に引き起こされるデータパケットの不規則に依存するので、ＰＨＹ層が、単一の処理によってデータパケットを送信する場合に、データ処理層は、データパケットの順序はずれ送信の処理モードを使用する必要がなく、データパケットの対応するヘッダ情報は、シーケンス番号情報を含まない。
【０２７８】
この実施形態で提供されるデータ処理モードは、例に過ぎない。異なるデータ処理モードに従って、本明細書では列挙されないさらなる他のデータカプセル化フォーマットがある。すべての処理モードで、データ処理層が順序はずれ送信の機能を含まない（たとえば、１つのＨＡＲＱ処理だけがある）ならば、シーケンス番号情報は、ヘッダ情報内で必要とされない。本発明では、データ処理層のいくつかの機能だけが列挙され、データ処理層が他の機能、たとえば論理チャネルの多重化および暗号化をさらに有する可能性は、除外されない。論理チャネルが多重化される時には、論理チャネルの識別子だけが、データパケットのヘッダ情報または前述の複数の処理モードのサブデータパケットのヘッダ情報に追加される必要がある。データ処理層が、制御データパケットを送ることもある。前述のデータカプセル化フォーマットは、制御データパケットに使用され得、第１の表示情報または論理チャネルの識別子を使用することによって表示される。代替として、異なるデータ処理モードが、異なる論理チャネル内のデータパケットまたは制御データパケットに使用され得る。これは、本明細書では限定されない。
【０２７９】
判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従ってデータパケットに対して対応する処理を実行し得、その結果、ネットワーク側デバイスは、データパケットを正しく解析するようになる。
【０２８０】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスが、ユーザ機器によるデータパケットの処理のモードを使用することによって、ユーザ機器によって送られたデータパケットを処理することを肯定応答するのに使用される。本発明のこの実施形態は、送信端としてユーザ機器を使用することによって説明される。ネットワーク側デバイスが、データ送信端として働く時に、データカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるカプセル化フォーマットと同一である。
【０２８１】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワーク側デバイスに送る。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２８２】
図２１を参照すると、図２１は、本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態の概略流れ図である。
【０２８３】
図２１に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法の別の実施形態は、以下のステップを含み得る。
【０２８４】
Ｓ２１００  ネットワーク側デバイスが、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０２８５】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワーク側デバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワーク側デバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【０２８６】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器のデータ処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従ってデータ処理モードを直接に判定することがある。
【０２８７】
本明細書でのデータ処理モードが、データパケットの処理を一意に判定するために、データカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【０２８８】
Ｓ２１０１  ネットワーク側デバイスが、データパケットの処理モードを判定する。
【０２８９】
特定の実装形態では、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従って受信されたデータパケットに対して対応する処理を実行し得、その結果、ネットワーク側デバイスによって実行される処理が、ユーザ機器によって実行される処理と一貫するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワーク側デバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワーク側デバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワーク側デバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０２９０】
実現可能な形において、ステップＳ２１００の前に、ユーザ機器は、ネットワーク側デバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワーク側デバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワーク側デバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワーク側デバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【０２９１】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワーク側デバイスに第１の表示情報を送り、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワーク側デバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【０２９２】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスがユーザ機器によって選択されたデータ処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【０２９３】
実現可能な形において、本発明のこの実施形態は、ステップＳ２１０１およびステップＳ２１００のシーケンスに対して限定を課さない。すなわち、ステップＳ２１０１は、ステップＳ２１００の後であることがあり、またはステップＳ２１０１は、ステップＳ２１００の前であることがある。
【０２９４】
任意選択で、ステップＳ２１０１が、ステップＳ２１００の後である場合に、ユーザ機器は、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【０２９５】
特定の実装形態では、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワーク側デバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【０２９６】
任意選択で、ステップＳ２１０１が、Ｓ２１００の前である場合に、ネットワーク側デバイスは、ユーザ機器によって送られた第１の表示情報を受信する。第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０２９７】
特定の実装形態では、ネットワーク側デバイスは、ユーザ機器によってネットワーク側デバイスに送られるシグナリングから第１の表示情報を受信する。任意選択で、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ノンアクセスストレイタム）シグナリングまたはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御）シグナリングとされ得る。
【０２９８】
実現可能な形において、ユーザ機器によってネットワーク側デバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【０２９９】
実現可能な形において、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワーク側デバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０３００】
実現可能な形において、ネットワーク側デバイスは、ユーザ機器によってネットワーク側デバイスに送られるリソース要求情報から第１の表示情報を受信する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０３０１】
特定の実装形態では、ネットワーク側デバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワーク側デバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【０３０２】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワーク側デバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０３０３】
本発明のこの実施形態で判定されるデータ処理モードが、ユーザ機器側が送信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器側が受信端として働く時に使用されるデータ処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定されるデータ処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【０３０４】
本発明のこの実施形態を使用することによって、ネットワーク側デバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワーク側デバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０３０５】
図２２を参照すると、図２２は、本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態の概略流れ図である。
【０３０６】
図２２に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法の別の実施形態は、以下のステップを含み得る。
【０３０７】
Ｓ２２００  ネットワーク側デバイスが、第２の表示情報をユーザ機器に送り、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。
【０３０８】
任意選択で、ステップＳ２２００の前に、ネットワーク側デバイスは、ユーザ機器によって送られた第３の表示情報を受信することがある。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。データパケットに関する、ユーザ機器によってサポートされる処理モードは、データ処理層の機能、データパケットカプセル化フォーマット、複数のデータ処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワーク側デバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワーク側デバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものと同一のネットワーク側デバイスによるデータパケットの処理のモードを判定する。
【０３０９】
実現可能な形において、送信端のデータ処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端のデータ処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０３１０】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０３１１】
特定の実装形態では、ネットワーク側デバイスによって送られる第２の表示情報は、データパケットに関する、ネットワーク側デバイスによって判定される処理モードを含むことがある。たとえば、第２の表示情報は、具体的には次のようなものであることがある。データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０３１２】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０３１３】
任意選択で、第２の表示情報は、次のようなものであることがある。変更可能なデータ処理モードが使用される。すなわち、送信端は、要件に従って異なるデータ処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０３１４】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワーク側デバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワーク側デバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、Ｓ２２００で与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワーク側デバイスによって指定された処理モードを使用する。第２の表示情報が、複数のタイプの処理モードを含む場合に、ユーザ機器は、第２の表示情報からの処理モードのうちの少なくとも１つのタイプを選択し、ネットワーク側デバイスにその処理モードを表示し得る。
【０３１５】
Ｓ２２０１  ネットワーク側デバイスが、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０３１６】
任意選択で、ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器は、第１の表示情報を生成し、第１の表示情報を、ユーザ機器によってネットワーク側デバイスに送られるデータパケットのヘッダ情報に追加し、その結果、ネットワーク側デバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。ユーザ機器は、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化する。ヘッダ情報は、第１の表示情報を含む。
【０３１７】
Ｓ２２０２  ネットワーク側デバイスが、受信されたデータパケットに従って第１の表示情報を入手し、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データ処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【０３１８】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０３１９】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを含む。
【０３２０】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形でデータ処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワーク側デバイスが、データ処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワーク側デバイスが、第１のユーザ機器および第２のユーザ機器の一貫したデータ処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワーク側デバイスが送信端として働く時に使用されるデータカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。
【０３２１】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、透過的送信モードであることがある。本明細書での透過的送信モードは、データ処理層がデータパケットのセグメント化、連結、または順序はずれ送信の処理をサポートせず、データパケットをルーティングするのみであることを意味する。図４に示されているように、図４は、データパケットの第１の処理モードでのプロトコルスタック構造の概略構造図である。ユーザ機器が、データ処理層での処理モードが透過的送信モードであると判定する時に、データ処理層は、アプリケーション層のデータパケットをＰＨＹ層に直接にルーティングし、データパケットは、ＰＨＹ層を使用することによって送信され、ネットワーク側デバイスに送られる。ＰＨＹ層がデータパケットを処理する処理は、データパケット送信処理の必要なステップである、符号化、変調、およびチェック追加などの処理を含むことがある。この実施形態は、ＰＨＹ層でのデータパケットの処理のモードに対する限定を課さない。本明細書でのアプリケーション層のデータパケットは、データ処理層の上のプロトコル層からデータ処理層に送られるデータパケットである。データパケットは、アプリケーション層、ＴＣＰ層、もしくはＵＤＰ層からであることがあり、または、ＰＤＣＰ層からもしくはデータ処理層の上の暗号化層からであることがある。これは、本明細書では限定されない。
【０３２２】
特定の実装形態では、図５に示されているように、図５は、データパケットの第１のタイプの処理モードでの第１のタイプのカプセル化フォーマットの概略構造図である。データ処理層が、データパケットにパディングデータを追加する必要がない時に、第１のカプセル化フォーマットは、図５ａによって示される概略構造図に示されている。パディングデータは、データパケット全体のサイズがネットワーク側デバイスによって指定されるデータパケットサイズを満足することを保証するために、データ処理層によってパディングされるデータシーケンスである。
【０３２３】
データ処理層が、データパケットのサイズがネットワーク側で指定されるデータパケットサイズを満足することを保証する必要がある時に、特定の実装形態では、図５ｂに示されているように、データパケットのヘッダ情報は、第１の表示情報および長さ表示情報を含むことがある。図５ｂでは、長さ表示情報は、データパケットの長さを表示するのに使用され得、または、パディングデータの長さを表示するのに使用され得る。
【０３２４】
実現可能な形において、図５ｂでは、データパケットのヘッダ情報は、ヘッダ情報が長さ表示情報を含むかどうかを表示するために、長さフィールド表示情報をさらに含むことがある。データ処理層が、データパケットにパディングデータを追加しない時には、長さフィールド表示情報は、長さ表示情報がその後に搬送されないことを表示し、ヘッダ情報は、さらに減らされる。
【０３２５】
本発明のこの実施形態では、ユーザ機器およびネットワーク側デバイスが、交渉によって、データパケットが送られる前にデータパケットの処理モードを判定する場合に、その結果、送信端および受信端がデータパケットの処理モードを一意に判定できるようになるか、試行によってデータパケットの処理モードを正しく入手することができるようになり、データパケットのヘッダ情報は、第１の表示情報を搬送しないことがある。したがって、本発明のすべての実施形態で説明されるデータパケットの様々なカプセル化フォーマットに関して、ヘッダ情報内の第１の表示情報は、必要ではない。
【０３２６】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードが、データパケットの連結のサポートだけを含む時に、図６に示されているように、図６は、データパケットの第２の処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。データ処理層がデータパケットに対して連結を実行することは、データ処理層が、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせ、データ処理層の組み合わされたデータパケットをＰＨＹ層に転送することを意味する。したがって、第２の処理モードに対応する第２のカプセル化フォーマットは、図７に示されたものであることがある。データ処理層は、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせる。ヘッダ情報は、第１の表示情報および少なくとも１つのサブヘッダ情報を含む。第１のサブヘッダ情報は、第１のデータパケットの長さ表示情報および第１のデータパケットのヘッダ表示情報を含み、第２のサブヘッダ情報は、第２のデータパケットの長さ表示情報および第２のデータパケットのヘッダ表示情報を含み、・・・第Ｎのサブヘッダ情報は、第Ｎのデータパケットの長さ表示情報および第Ｎのデータパケットのヘッダ表示情報を含む（この実施形態の第Ｎは、最後を意味し、Ｎは、１以上の整数である）。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される、すなわち、連結動作が、データパケットに対して実行される。データパケットの長さ表示情報は、サブヘッダに対応するデータパケットのサイズを表示するのに使用され、ヘッダ表示情報は、次のフィールドがデータパケットまたは次のデータパケットのサブヘッダ情報のどちらであるのかを表示するのに使用される。好ましくは、連結の後に入手されるデータパケットがパディングデータを含まない時に、第Ｎのデータパケットのサブヘッダ情報は、長さ表示情報を搬送する必要がない（たとえば、図９、図１１、図１２、および図１４の実施形態）。任意選択の実装形態では、長さフィールド表示情報は、データパケットのサブヘッダが長さ表示情報を含むかどうかを表示するために、各データパケットのサブヘッダにさらに追加され得る。
【０３２７】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結および順序はずれ送信をサポートすることを含む（この場合に、ネットワーク側デバイスは、受信端として働く時に並べ換えを実行する必要がある）。したがって、第１の表示情報によって表示される処理モードが、データパケットの連結およびデータパケットの順序はずれ送信の処理を含むことが、例として使用される。図８に示されているように、図８は、データパケットの第３のタイプの処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。したがって、図９に示されているように、図７に示されたヘッダ情報に基づいて、シーケンス番号情報が、データ処理層によって処理されるデータパケットのヘッダ情報に追加され得る。シーケンス番号情報は、ユーザ機器によって初めて送られるすべてのデータパケットの番号を表示するのに使用される。第１の表示情報は、ユーザ機器が処理モードすなわちデータパケットの連結およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。ネットワーク側デバイスが受信端として働く時には、データパケットのシーケンス番号情報が、すべてのデータパケットの位置を復元するために入手される。さらに、ユーザ機器およびネットワーク側デバイスが、再セグメント化の並べ換えをサポートする時に、ユーザ機器またはネットワーク側デバイスは、ユーザ機器またはネットワーク側デバイスが送信端として働く時に、データパケットのサブヘッダ内に各データパケットのシーケンス番号を含める必要がある。第Ｎのデータパケットの処理に関しては、図７の説明を参照されたい。
【０３２８】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、２タイプの処理モードすなわち、セグメント化および順序はずれ送信をサポートすることを含む。図１０に示されているように、図１０は、第４のタイプの処理モードでのユーザ機器のプロトコルスタック構造の概略構造図である。データ処理層は、データパケットのセグメント化と、物理層へのデータパケットの順序はずれ送信などのデータパケットの非順次送信とをサポートすることがある。したがって、図１１に示されているように、図１１は、データ処理層がデータパケットをセグメント化した後に使用される第４のタイプのカプセル化フォーマットの概略構造図である。データ処理層による処理の後に入手されるデータパケットのヘッダ情報は、第１の表示情報（任意選択）、サブデータパケットのシーケンス番号情報、サブデータパケットの長さ表示情報（任意選択）、およびセグメント化表示情報を含む。第１の表示情報は、ユーザ機器がデータパケットのセグメント化およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。サブデータパケットのシーケンス番号情報は、サブデータパケットの、ユーザ機器のデータ処理層での番号を表示するのに使用される。サブデータパケットの長さ表示情報は、サブデータパケットのサイズを表示するのに使用される。セグメント化表示情報は、サブデータパケットがセグメント化されるかどうかを表示するのに、または、サブデータパケットの位置であって、アプリケーション層からデータ処理層に転送されるデータパケットがセグメント化された後に入手されるデータパケット、たとえば最初のサブデータパケット、中央のサブデータパケット、または最後のサブデータパケット内の位置をさらに表示するのに使用される。さらに、セグメント化表示情報は、サブデータパケットの長さ表示情報が存在するかどうかを表示するのにさらに使用され得る。セグメント化表示情報が、サブデータパケットが最後のサブデータパケットではないことを表示する場合に、長さ表示情報は、ヘッダ内に含まれる必要がない。任意選択で、受信端が、データパケットが固定されたサイズを満足する必要があることを必要としない場合にも、長さ表示情報は、ヘッダ情報内に含まれる必要がない。データ処理層が、セグメント化機能だけをサポートする場合に、ヘッダフィールドは、シーケンス番号情報を含まない。
【０３２９】
任意選択で、サブデータパケットのシーケンス番号情報が、セグメント化表示情報の意味と同様の意味を有するので、サブデータパケットのシーケンス番号情報およびセグメント化表示情報が、サブデータパケットのシーケンス番号情報またはセグメント化表示情報を形成するために組み合わされることがある。組合せの後に、サブデータパケットの構造は、図１２に示されている（図１２では、サブデータパケットのシーケンス番号情報およびセグメント化表示情報は、サブデータパケットのシーケンス番号情報を形成するために組み合わされる）。
【０３３０】
本発明のこの実施形態では、ユーザ機器およびネットワーク側デバイスが、データパケットの処理モードを判定した後に、それは、ユーザ処理層がデータパケットに対して対応する処理を必ず実行することを表示しない。たとえば、ユーザ機器およびネットワーク側デバイスが、データパケットの第４のタイプのデータ処理モードを使用すると判定する場合に、ユーザ機器は、データパケットが相対的に大きく、ネットワーク側によって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できない時に限ってデータパケットをセグメント化し、それ以外の時には、ユーザ機器はセグメント化動作を実行しない。前述の実施形態での順序はずれ送信に関して、データ送信順序のエラーは、いくつかのデータパケットが再送信される必要がある時に限って引き起こされ得る。前述の表示は、データ処理層がデータパケットの不規則を処理できることを表示するのみであって、データ処理層がデータパケットに対して順序はずれ送信を必ず実行することを表示するのではない。データ処理層での不規則は、物理層での不規則によって引き起こされることがある。すべての理由によって引き起こされる不規則は、本明細書では、集合的にデータ処理層での不規則と呼ばれる。
【０３３１】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結、セグメント化、および順序はずれ送信をサポートすることを含む。図１３に示されているように、図１３は、第５のタイプの処理モードでのプロトコルスタック構造の概略構造図である。第１の表示情報によって表示される処理モードは、次を含む。ユーザ機器のデータ処理層が、データパケットの連結、データパケットのセグメント化、およびデータパケットの順序はずれ送信をサポートする。したがって、図１４に示されているように、図１４は、データパケットの第５のタイプのデータカプセル化フォーマットの概略構造図である。この処理モードでは、データ処理層による処理の後に入手されるデータパケットは、以下のタイプを含むことがある。
１．完全なデータパケット
２．データパケットがセグメント化された後に入手されるサブデータパケット
３．複数の完全なデータパケットの連結の後に入手されるデータパケット
４．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットとの連結の後に入手されるデータパケット
５．現在のデータパケットのサブデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット
６．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット。
【０３３２】
各サブデータパケットは、アプリケーション層の完全なデータパケットがデータ処理層によってセグメント化された後に入手されるセグメント化ブロックであり、複数のサブデータパケットが、アプリケーション層の１つの完全なデータパケットを形成する。
【０３３３】
受信端がすべてのデータパケットおよび／またはサブデータパケットの間で正しく区別できるために、データカプセル化フォーマットが、図１４に示されている。
【０３３４】
図１４では、データ処理層のデータパケットのヘッダ情報は、第１の表示情報、シーケンス番号情報、および複数のデータパケットのサブヘッダ情報を含む。サブデータパケットのサブヘッダ情報は、データパケットの長さ表示情報、データパケットのセグメント化表示情報、およびヘッダ表示情報を含み得る。ヘッダ情報内の情報のそれぞれの詳細な機能については、図５から図１２の実施形態の関連する説明を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０３３５】
任意選択で、データ処理層によってデータパケットに対して実行される順序はずれ送信の処理モードが、ＰＨＹ層が不規則で並列の形でデータパケットを送る時に引き起こされるデータパケットの不規則に依存するので、ＰＨＹ層が、単一の処理によってデータパケットを送信する場合に、データ処理層は、データパケットの順序はずれ送信の処理モードを使用する必要がなく、データパケットの対応するヘッダ情報は、シーケンス番号情報を含まない。
【０３３６】
この実施形態で提供されるデータ処理モードは、例に過ぎない。異なるデータ処理モードに従って、本明細書では列挙されないさらなる他のデータカプセル化フォーマットがある。すべての処理モードで、データ処理層が順序はずれ送信の機能を含まない（たとえば、１つのＨＡＲＱ処理だけがある）ならば、シーケンス番号情報は、ヘッダ情報内で必要とされない。本発明では、データ処理層のいくつかの機能だけが列挙され、データ処理層が他の機能、たとえば論理チャネルの多重化および暗号化をさらに有する可能性は、除外されない。論理チャネルが多重化される時には、論理チャネルの識別子だけが、データパケットのヘッダ情報または前述の複数の処理モードのサブデータパケットのヘッダ情報に追加される必要がある。データ処理層が、制御データパケットを送ることもある。前述のデータカプセル化フォーマットは、制御データパケットに使用され得、第１の表示情報または論理チャネルの識別子を使用することによって表示される。代替として、異なるデータ処理モードが、異なる論理チャネル内のデータパケットまたは制御データパケットに使用され得る。これは、本明細書では限定されない。
【０３３７】
判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従ってデータパケットに対して対応する処理を実行し得、その結果、ネットワーク側デバイスは、データパケットを正しく解析するようになる。
【０３３８】
任意選択で、ネットワーク側デバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワーク側デバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワーク側デバイスが、ユーザ機器によるデータパケットの処理のモードを使用することによって、ユーザ機器によって送られたデータパケットを処理することを肯定応答するのに使用される。本発明のこの実施形態は、送信端としてユーザ機器を使用することによって説明される。ネットワーク側デバイスが、データ送信端として働く時に、データカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるカプセル化フォーマットと同一である。
【０３３９】
Ｓ２２０３  ネットワーク側デバイスが、データパケットの処理モードを判定する。
【０３４０】
特定の実装形態では、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワーク側デバイスにデータパケットを送る。この場合に、ネットワーク側デバイスは、ユーザ機器によるデータパケットの処理のモードに従って受信されたデータパケットに対して対応する処理を実行し得、その結果、ネットワーク側デバイスによって実行される処理が、ユーザ機器によって実行される処理と一貫するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワーク側デバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワーク側デバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワーク側デバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０３４１】
本発明のこの実施形態を使用することによって、ネットワーク側デバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワーク側デバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワーク側デバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【図１】
2018520596.tif 000003
【図２】
2018520596.tif 000004
【図３】
2018520596.tif 000005
【図４】
2018520596.tif 000006
【図５】
2018520596.tif 000007
【図６】
2018520596.tif 000008
【図７】
2018520596.tif 000009
【図８】
2018520596.tif 000010
【図９】
2018520596.tif 000011
【図１０】
2018520596.tif 000012
【図１１】
2018520596.tif 000013
【図１２】
2018520596.tif 000014
【図１３】
2018520596.tif 000015
【図１４】
2018520596.tif 000016
【図１５】
2018520596.tif 000017
【図１６】
2018520596.tif 000018
【図１７】
2018520596.tif 000019
【図１８】
2018520596.tif 000020
【図１９】
2018520596.tif 000021
【図２０】
2018520596.tif 000022
【図２１】
2018520596.tif 000023
【図２２】
2018520596.tif 000024
【手続補正書】
【提出日】平成30年1月16日(2018.1.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送出装置、およびプロセッサを備える装置であって、
前記プロセッサは、データパケットの処理モードを判定し、前記判定された処理モードに従って前記データパケットを処理するように構成され、
前記送出装置は、前記処理されたデータパケットをネットワークデバイスに送るように構成される
ことを特徴とする装置。
【請求項２】
前記プロセッサは、デバイスタイプ、サービスタイプ、前記装置によってサポートされる処理モード、前記装置によってサポートされるユーザプレーン機能、または前記ネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従って前記データパケットの前記処理モードを判定するように構成されていることを特徴とする請求項１に記載の装置。
【請求項３】
前記装置は受信装置をさらに備え、前記受信装置は、前記ネットワークデバイスによって送られた第２の表示情報を受信するように構成され、前記第２の表示情報は、前記データパケットに関する、前記ネットワークデバイスによって判定される処理モードを表示するのに使用され、
前記プロセッサは、前記受信された第２の表示情報に従って前記データパケットの前記処理モードを判定するように構成され、前記プロセッサによって判定された前記処理モードは、前記ネットワークデバイスによって判定された前記処理モードである
請求項１または２に記載の装置。
【請求項４】
前記送出装置は、第３の表示情報を前記ネットワークデバイスに送るようにさらに構成され、前記第３の表示情報は、前記データパケットに関する、前記装置によってサポートされる処理モードまたは前記データパケットに関する、前記装置によって要求されるサービスによってサポートされる処理モードを表示するのに使用される
請求項３に記載の装置。
【請求項５】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つを備える請求項１乃至４のいずれか一項に記載の装置。
【請求項６】
前記送出装置は、第１の表示情報を前記ネットワークデバイスに送るようにさらに構成され、前記第１の表示情報は、前記データパケットに関する、前記プロセッサによって判定される前記処理モードを表示するのに使用される
請求項１乃至５のいずれか一項に記載の装置。
【請求項７】
前記プロセッサは、前記送出装置によって前記ネットワークデバイスに送られるシグナリングに前記第１の表示情報を追加するようにさらに構成され、または、
前記プロセッサは、前記送出装置によって前記ネットワークデバイスに送られるリソース要求情報に前記第１の表示情報を追加するようにさらに構成され、前記リソース要求情報は、前記装置によって前記データパケットを送るために必要とされるリソースを要求するのに使用される
請求項６に記載の装置。
【請求項８】
前記プロセッサが、前記判定された処理モードに従って前記データパケットを処理するように構成されることは、
第１の表示情報を生成するステップであって、前記第１の表示情報は、前記データパケットに関する、前記プロセッサによって判定された前記処理モードを表示するのに使用される、生成するステップと、
データ処理層のヘッダ情報を追加することによって、前記処理モードに従って前記データパケットをカプセル化するステップであって、前記ヘッダ情報は、前記第１の表示情報を備える、カプセル化するステップと
を備える請求項１乃至５のいずれか一項に記載の装置。
【請求項９】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである請求項８に記載の装置。
【請求項１０】
前記データパケットの前記処理モードが、前記データパケットの連結を備える場合に、ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信を備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化を備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである
請求項９に記載の装置。
【請求項１１】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項１０に記載の装置。
【請求項１２】
受信装置、およびプロセッサを備えることを特徴とする装置であって、
前記受信装置は、ユーザ機器によって送られたデータパケットを受信するように構成され、前記データパケットは、前記ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、
前記プロセッサは、前記データパケットの前記処理モードを判定するように構成される
装置。
【請求項１３】
前記データパケットの前記処理モードは、デバイスタイプ、サービスタイプ、前記ユーザ機器によってサポートされる処理モード、前記ユーザ機器によってサポートされるユーザプレーン機能、または前記装置によってサポートされる処理モードのうちの少なくとも１つに従って、前記ユーザ機器によって判定される請求項１２に記載の装置。
【請求項１４】
前記装置は、送出装置をさらに備え、前記送出装置は、第２の表示情報を前記ユーザ機器に送るように構成され、前記第２の表示情報は、前記ユーザ機器が前記受信された第２の表示情報に従って前記ユーザ機器による前記データパケットの処理のモードを判定するようにするために、前記データパケットに関する、前記プロセッサによって判定される前記処理モードを表示するのに使用され、前記ユーザ機器によって判定される前記処理モードは、前記装置によって判定される前記処理モードのうちの少なくとも１つである
請求項１２および１３のいずれかに記載の装置。
【請求項１５】
前記受信装置は、前記ユーザ機器によって送られた第３の表示情報を受信するようにさらに構成され、前記第３の表示情報は、前記データパケットに関する、前記ユーザ機器によってサポートされる処理モードまたは前記データパケットに関する、前記ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される
請求項１４に記載の装置。
【請求項１６】
前記データパケットの前記処理モードは、前記データパケットのセグメント化、前記データパケットの連結、前記データパケットの順序はずれ送信、または前記データパケットの透過的送信のうちの少なくとも１つを備える請求項１２乃至１５のいずれか一項に記載の装置。
【請求項１７】
前記受信装置は、前記ユーザ機器によって送られた第１の表示情報を受信するようにさらに構成され、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用される
請求項１２乃至１６のいずれか一項に記載の装置。
【請求項１８】
前記受信装置は、前記受信されたデータパケットに従って第１の表示情報を入手するようにさらに構成され、前記第１の表示情報は、前記データパケットに関する、前記ユーザ機器によって判定される前記処理モードを表示するのに使用され、前記受信されたデータパケットは、前記ユーザ機器が、データ処理層のヘッダ情報を追加することによって、前記処理モードに従ってデータパケットをカプセル化した後に入手され、前記ヘッダ情報は、前記第１の表示情報を備える
請求項１２乃至１６のいずれか一項に記載の装置。
【請求項１９】
前記第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、前記データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである請求項１８に記載の装置。
【請求項２０】
前記データパケットの前記処理モードが、前記データパケットの連結を備える場合に、前記ヘッダ情報は、ヘッダ表示情報をさらに備え、前記ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドが前記データパケットのサブヘッダ情報であることを表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットの順序はずれ送信を備える場合に、前記ヘッダ情報は、シーケンス番号情報をさらに備え、前記シーケンス番号情報は、前記データパケットの、前記データ処理層での番号を表示するのに使用され、または、
前記データパケットの前記処理モードが、前記データパケットのセグメント化を備える場合に、前記ヘッダ情報は、セグメント化表示情報をさらに備え、前記セグメント化表示情報は、前記データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである
請求項１９に記載の装置。
【請求項２１】
前記ヘッダ情報は、長さ表示情報をさらに備え、前記長さ表示情報は、前記ヘッダ情報に対応する前記データパケットの長さもしくは前記サブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
前記ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに備え、前記長さフィールド表示情報は、前記ヘッダ情報または前記サブヘッダ情報が前記長さ表示情報を備えることを表示するのに使用される
請求項２０に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、具体的には、データパケットの処理モードを判定するユーザ機器、ネットワークデバイス、および方法に関する。
【背景技術】
【０００２】
既存のワイヤレス通信システムにおいて、図１は、アクセスネットワークの既存のプロトコルスタック構造の概略図である。送信端に関して、最上部から最下部までの層は、それぞれ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、および物理（ＰＨＹ）層である。アプリケーション層から送られたサービスデータパケットがＰＤＣＰ層で受信された後に、ヘッダ圧縮および暗号化が、データパケットに対して実行される。ＲＬＣ層は、データパケットのセグメント化、連結、並べ換え、および類似物を含む、データパケットのセグメント化サービスおよび再送信サービスを提供する。ＭＡＣ層は、データパケットの多重化およびスケジューリングについて責任を負い、ランダムアクセス処理について責任を負う。ＰＨＹ層は、データパケットの符号化および変調、ハイブリッド自動再送要求（ＨＡＲＱ）送信、および類似物の責任を負う。
【０００３】
受信端が受信されたデータパケットに対してデータ処理を実行する処理は、送信端の処理に対して正確に逆である。ユーザ機器が送信端として働くことが、例として使用される。データパケットが、各プロトコル層で処理された後に、データパケットは、プロトコル層のヘッダを搬送し、ヘッダを有するデータパケットは、次のプロトコル層への入力として使用される。したがって、通常、データパケットがプロトコル層で処理されるたびに、ヘッダがデータパケットに追加される。たとえば、データパケットがＰＤＣＰ層に達した後に、ＰＤＣＰ層のヘッダが、データパケットに追加され、その後、データパケットは、処理のためにＲＬＣ層に送られる。ＲＬＣ層での処理が完了する場合に、ＲＬＣ層のヘッダも、データパケットに追加され、データパケットは、ＭＡＣ層に送信され、ＭＡＣ層で処理される。ＭＡＣ層での処理が完了された後に、ＭＡＣ層のヘッダが、データパケットにさらに追加され、データパケットは、その後、ＰＨＹ層に送信される。符号化および変調がＰＨＹ層でデータパケットに対して実行された後に、データパケットは、最終的にネットワークデバイスに送られる。このタイプのプロトコルスタック構造は、すべてのタイプのサービスに適用可能であり、データパケット送信の信頼性およびエアインターフェースリソースの高い利用を保証することができる。
【０００４】
しかし、モノのインターネット技術の素早い開発に伴って、多様化されていない機能を有する、増加する量のインテリジェントデバイス（たとえば、スマートメータリングデバイス）またはセンサが、ワイヤレスネットワークを使用することによってデータを送信することができる。一部のデバイスのデータ送信量は少なく、データ送信コストの要件は低い。処理が、それでもプロトコルスタック構造内のデータパケット処理モードに従って実行される、すなわち、ヘッダが、各プロトコル層でデータパケットに追加される必要がある場合には、データパケットのヘッダの量が増やされる可能性があり、エアインターフェースリソースの利用が減らされる。さらに、このタイプのインテリジェントデバイスのオーバーヘッドも増やされ、データ送信コストが増やされる。
【発明の概要】
【０００５】
本発明は、データパケットの処理モードを判定するユーザ機器、ネットワークデバイス、および方法を提供する。データパケットのカプセル化フォーマットは、データパケットの処理モードを判定することによって判定され、その結果、エアインターフェースリソースの利用が増やされる。
【０００６】
前述の技術的問題を解決するために、本発明の第１の態様は、
データパケットの処理モードを判定するように構成された判定モジュールと、
判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送るように構成された第１の送出モジュールと
を含むユーザ機器を提供する。
【０００７】
第１の態様を参照すると、第１の態様の第１の可能な実装形態では、判定モジュールは、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する
ように特に構成される。
【０００８】
第１の態様および第１の態様の第１の可能な実装形態のいずれかを参照すると、第１の態様の第２の可能な実装形態では、ユーザ機器は、
ネットワークデバイスによって送られた第２の表示情報を受信するように構成された受信モジュールであって、第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される、受信モジュール
をさらに含み、判定モジュールは、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、判定モジュールによって判定される処理モードは、ネットワークデバイスによって判定された処理モードのうちの少なくとも１つである。
【０００９】
第１の態様の第２の可能な実装形態を参照すると、第１の態様の第３の可能な実装形態では、ユーザ機器は、
第３の表示情報をネットワークデバイスに送るように構成された第２の送出モジュールであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、第２の送出モジュール
をさらに含む。
【００１０】
第１の態様から第１の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第１の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【００１１】
第１の態様から第１の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第１の態様の第５の可能な実装形態では、ユーザ機器は、
第１の表示情報をネットワークデバイスに送るように構成された第３の送出モジュールであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、第３の送出モジュール
をさらに含む。
【００１２】
第１の態様の第５の可能な実装形態を参照すると、第１の態様の第６の可能な実装形態では、第３の送出モジュールは、ネットワークデバイスに送られるシグナリングに第１の表示情報を追加し、または、
第３の送出モジュールは、ネットワークデバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、第１の送出モジュールによってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００１３】
第１の態様から第１の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第１の態様の第７の可能な実装形態では、第１の送出モジュールは、
第１の表示情報を生成するように構成された生成ユニットであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、生成ユニットと、
データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化するように構成されたカプセル化ユニットであって、ヘッダ情報は、第１の表示情報を含む、カプセル化ユニットと
を含む。
【００１４】
第１の態様の第５の可能な実装形態および第１の態様の第７の可能な実装形態のいずれかを参照すると、第１の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【００１５】
第１の態様の第８の可能な実装形態を参照すると、第１の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００１６】
第１の態様の第９の可能な実装形態を参照すると、第１の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００１７】
本発明の第２の態様は、
受信装置、送出装置、およびプロセッサを含むユーザ機器であって、
プロセッサは、データパケットの処理モードを判定するように構成され、
送出装置は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送るように構成される
ユーザ機器を提供する。
【００１８】
第２の態様を参照すると、第２の態様の第１の可能な実装形態では、データパケットの処理モードを判定する時に、プロセッサは、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定するステップ
を特に実行する。
【００１９】
第２の態様および第２の態様の第１の可能な実装形態のいずれかを参照すると、第２の態様の第２の可能な実装形態では、受信装置は、ネットワークデバイスによって送られた第２の表示情報を受信するように構成され、第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用され、
プロセッサは、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、プロセッサによって判定される処理モードは、ネットワークデバイスによって判定された処理モードのうちの少なくとも１つである。
【００２０】
第２の態様の第２の可能な実装形態を参照すると、第２の態様の第３の可能な実装形態では、送出装置は、第３の表示情報をネットワークデバイスに送るようにさらに構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【００２１】
第２の態様から第２の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第２の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【００２２】
第２の態様から第２の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第２の態様の第５の可能な実装形態では、送出装置は、第１の表示情報をネットワークデバイスに送るようにさらに構成され、第１の表示情報は、データパケットに関する、プロセッサによって判定される処理モードを表示するのに使用される。
【００２３】
第２の態様の第５の可能な実装形態を参照すると、第２の態様の第６の可能な実装形態では、プロセッサは、送出装置によってネットワークデバイスに送られるシグナリングに第１の表示情報を追加し、または、
プロセッサは、送出装置によってネットワークデバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００２４】
第２の態様から第２の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第２の態様の第７の可能な実装形態では、判定された処理モードに従ってデータパケットを処理する時に、プロセッサは、
第１の表示情報を生成するステップであって、第１の表示情報は、データパケットに関する、プロセッサによって判定される処理モードを表示するのに使用される、生成するステップと、
データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化するステップであって、ヘッダ情報は、第１の表示情報を含む、カプセル化するステップと
を特に実行する。
【００２５】
第２の態様の第５の可能な実装形態および第２の態様の第７の可能な実装形態のいずれかを参照すると、第２の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【００２６】
第２の態様の第８の可能な実装形態を参照すると、第２の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００２７】
第２の態様の第９の可能な実装形態を参照すると、第２の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００２８】
本発明の第３の態様は、
ユーザ機器によって送られたデータパケットを受信するように構成された第１の受信モジュールであって、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される、第１の受信モジュールと、
データパケットの処理モードを判定するように構成された判定モジュールと
を含むネットワークデバイスを提供する。
【００２９】
第３の態様を参照すると、第３の態様の第１の可能な実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【００３０】
第３の態様および第３の態様の第１の可能な実装形態のいずれかを参照すると、第３の態様の第２の可能な実装形態では、ネットワークデバイスは、
第２の表示情報をユーザ機器に送るように構成された送出モジュールであって、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、判定モジュールによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである、送出モジュール
をさらに含む。
【００３１】
第３の態様の第２の可能な実装形態を参照すると、第３の態様の第３の可能な実装形態では、ネットワークデバイスは、
ユーザ機器によって送られた第３の表示情報を受信するように構成された第２の受信モジュールであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、第２の受信モジュール
をさらに含む。
【００３２】
第３の態様から第３の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第３の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【００３３】
第３の態様から第３の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第３の態様の第５の可能な実装形態では、ネットワークデバイスは、
ユーザ機器によって送られた第１の表示情報を受信するように構成された第３の受信モジュールであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、第３の受信モジュール
をさらに含む。
【００３４】
第３の態様の第５の可能な実装形態を参照すると、第３の態様の第６の可能な実装形態では、第３の受信モジュールは、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信し、または、
第３の受信モジュールは、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００３５】
第３の態様から第３の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第３の態様の第７の可能な実装形態では、ネットワークデバイスは、
受信されたデータパケットに従って第１の表示情報を入手するように構成された入手モジュールであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データモードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む、入手モジュール
をさらに含む。
【００３６】
第３の態様の第５の可能な実装形態および第３の態様の第７の可能な実装形態のいずれかを参照すると、第３の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【００３７】
第３の態様の第８の可能な実装形態を参照すると、第３の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００３８】
第３の態様の第９の可能な実装形態を参照すると、第３の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００３９】
本発明の第４の態様は、
受信装置、送出装置、およびプロセッサを含むネットワークデバイスであって、
受信装置は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、
プロセッサは、データパケットの処理モードを判定するように構成される
ネットワークデバイスを提供する。
【００４０】
第４の態様を参照すると、第４の態様の第１の可能な実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【００４１】
第４の態様および第４の態様の第１の可能な実装形態のいずれかを参照すると、第４の態様の第２の可能な実装形態では、送出装置は、第２の表示情報をユーザ機器に送るように構成され、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、プロセッサによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。
【００４２】
第４の態様の第２の可能な実装形態を参照すると、第４の態様の第３の可能な実装形態では、受信装置は、ユーザ機器によって送られた第３の表示情報を受信するようにさらに構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【００４３】
第４の態様から第４の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第４の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【００４４】
第４の態様から第４の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第４の態様の第５の可能な実装形態では、受信装置は、ユーザ機器によって送られた第１の表示情報を受信するようにさらに構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【００４５】
第４の態様の第５の可能な実装形態を参照すると、第４の態様の第６の可能な実装形態では、受信装置は、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信し、または、
受信装置は、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００４６】
第４の態様から第４の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第４の態様の第７の可能な実装形態では、受信装置は、受信されたデータパケットに従って第１の表示情報を入手し、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データモードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【００４７】
第４の態様の第５の可能な実装形態および第４の態様の第７の可能な実装形態のいずれかを参照すると、第４の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【００４８】
第４の態様の第８の可能な実装形態を参照すると、第４の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００４９】
第４の態様の第９の可能な実装形態を参照すると、第４の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００５０】
本発明の第５の態様は、
ユーザ機器によって、データパケットの処理モードを判定することと、
ユーザ機器によって、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送ることと
を含むデータパケットの処理モードを判定する方法を提供する。
【００５１】
第５の態様を参照すると、第５の態様の第１の可能な実装形態では、ユーザ機器による、データパケットの処理モードの判定は、
ユーザ機器によって、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定すること
を含む。
【００５２】
第５の態様および第５の態様の第１の可能な実装形態のいずれかを参照すると、第５の態様の第２の可能な実装形態では、ユーザ機器による、データパケットの処理モードの判定の前に、方法は、
ユーザ機器によって、ネットワークデバイスによって送られた第２の表示情報を受信することであって、第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される、受信することと、
ユーザ機器によって、受信された第２の表示情報に従ってデータパケットの処理モードを判定することであって、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定された処理モードのうちの少なくとも１つである、判定することと
をさらに含む。
【００５３】
第５の態様の第２の可能な実装形態を参照すると、第５の態様の第３の可能な実装形態では、ユーザ機器による、ネットワークデバイスによって送られた第２の表示情報の受信の前に、方法は、
ユーザ機器によって、第３の表示情報をネットワークデバイスに送ることであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、送ること
をさらに含む。
【００５４】
第５の態様から第５の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第５の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【００５５】
第５の態様から第５の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第５の態様の第５の可能な実装形態では、ユーザ機器による、判定された処理モードに従うデータパケットの処理の前に、方法は、
ユーザ機器によって、第１の表示情報をネットワークデバイスに送ることであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、送ること
をさらに含む。
【００５６】
第５の態様の第５の可能な実装形態を参照すると、第５の態様の第６の可能な実装形態では、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるシグナリングに第１の表示情報を追加し、または、
ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００５７】
第５の態様から第５の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第５の態様の第７の可能な実装形態では、ユーザ機器による、判定された処理モードに従うデータパケットの処理は、
ユーザ機器によって、第１の表示情報を生成することであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、生成することと、
ユーザ機器によって、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化することであって、ヘッダ情報は、第１の表示情報を含む、カプセル化することと
を含む。
【００５８】
第５の態様の第５の可能な実装形態および第５の態様の第７の可能な実装形態のいずれかを参照すると、第５の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【００５９】
第５の態様の第８の可能な実装形態を参照すると、第５の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００６０】
第５の態様の第９の可能な実装形態を参照すると、第５の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００６１】
本発明の第６の態様は、
ネットワークデバイスによって、ユーザ機器によって送られたデータパケットを受信することであって、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される、受信することと、
ネットワークデバイスによって、データパケットの処理モードを判定することと
を含むデータパケットの処理モードを判定する方法を提供する。
【００６２】
第６の態様を参照すると、第６の態様の第１の可能な実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【００６３】
第６の態様および第６の態様の第１の可能な実装形態のいずれかを参照すると、第６の態様の第２の可能な実装形態では、ネットワークデバイスによる、ユーザ機器によって送られたデータパケットの受信の前に、方法は、
ネットワークデバイスによって、第２の表示情報をユーザ機器に送ることであって、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである、送ること
をさらに含む。
【００６４】
第６の態様の第２の可能な実装形態を参照すると、第６の態様の第３の可能な実装形態では、ネットワークデバイスによる、第２の表示情報のユーザ機器への送出の前に、方法は、
ネットワークデバイスによって、ユーザ機器によって送られた第３の表示情報を受信することであって、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される、受信すること
をさらに含む。
【００６５】
第６の態様から第６の態様の第３の可能な実装形態のうちの任意の１つを参照すると、第６の態様の第４の可能な実装形態では、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【００６６】
第６の態様から第６の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第６の態様の第５の可能な実装形態では、ネットワークデバイスによる、第２の表示情報のユーザ機器への送出の前に、方法は、
ネットワークデバイスによって、ユーザ機器によって送られた第１の表示情報を受信することであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される、受信すること
をさらに含む。
【００６７】
第６の態様の第５の可能な実装形態を参照すると、第６の態様の第６の可能な実装形態では、ネットワークデバイスは、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信し、または、
ネットワークデバイスは、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００６８】
第６の態様から第６の態様の第４の可能な実装形態のうちの任意の１つを参照すると、第６の態様の第７の可能な実装形態では、ネットワークデバイスによる、データパケットの処理モードの判定の前に、方法は、
ネットワークデバイスによって、受信されたデータパケットに従って第１の表示情報を入手することであって、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、データモードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む、入手すること
をさらに含む。
【００６９】
第６の態様の第５の可能な実装形態および第６の態様の第７の可能な実装形態のいずれかを参照すると、第６の態様の第８の可能な実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【００７０】
第６の態様の第８の可能な実装形態を参照すると、第６の態様の第９の可能な実装形態では、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、
データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、
データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【００７１】
第６の態様の第９の可能な実装形態を参照すると、第６の態様の第１０の可能な実装形態では、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、
ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【００７２】
本発明を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が、減らされ得、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【図面の簡単な説明】
【００７３】
本発明の実施形態での技術的解決策をより明瞭に説明するために、以下は、実施形態または従来技術を説明するのに必要な添付図面を短く説明する。明らかに、以下の説明の添付図面は、単に本発明のいくつかの実施形態を示し、当業者は、それでも、創作的労力を伴わずにこれらの添付図面から他の図面を導出し得る。
【００７４】
【図１】既存のプロトコルスタック構造を示す概略図である。
【図２】本発明の実施形態によるユーザ機器の実施形態を示す概略構造図である。
【図３】本発明の実施形態によるユーザ機器の別の実施形態を示す概略構造図である。
【図４】本発明の実施形態による第１の処理モードでのユーザ機器の概略構造図である。
【図５】本発明の実施形態によるデータパケットの第１の処理モードでの第１のタイプのカプセル化フォーマットを示す概略構造図である。
【図６】本発明の実施形態による第２の処理モードでのユーザ機器のプロトコルスタック構造を示す概略図である。
【図７】本発明の実施形態によるデータパケットの第２の処理モードでの第２のタイプのカプセル化フォーマットを示す概略構造図である。
【図８】本発明の実施形態による第３の処理モードでのユーザ機器のプロトコルスタック構造を示す概略図である。
【図９】本発明の実施形態によるデータパケットの第３の処理モードでの第３のタイプのカプセル化フォーマットを示す概略構造図である。
【図１０】本発明の実施形態による第４の処理モードでのユーザ機器のプロトコルスタック構造を示す概略図である。
【図１１】本発明の実施形態によるデータパケットの第４の処理モードでの第４のタイプのカプセル化フォーマットの実施形態を示す概略構造図である。
【図１２】本発明の実施形態によるデータパケットの第４の処理モードでの第４のタイプのカプセル化フォーマットの別の実施形態を示す概略構造図である。
【図１３】本発明の実施形態による第５の処理モードでのユーザ機器の概略構造図である。
【図１４】本発明の実施形態によるデータパケットの第５の処理モードでの第５のタイプのカプセル化フォーマットを示す概略構造図である。
【図１５】本発明の実施形態によるユーザ機器の別の実施形態を示す概略構造図である。
【図１６】本発明の実施形態によるネットワークデバイスの実施形態を示す概略構造図である。
【図１７】本発明の実施形態によるネットワークデバイスの別の実施形態を示す概略構造図である。
【図１８】本発明の実施形態によるネットワークデバイスの別の実施形態を示す概略構造図である。
【図１９】本発明の実施形態によるデータパケットの処理モードを判定する方法の実施形態を示す概略流れ図である。
【図２０】本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態を示す概略流れ図である。
【図２１】本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態を示す概略流れ図である。
【図２２】本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態を示す概略流れ図である。
【発明を実施するための形態】
【００７５】
以下は、本発明の実施形態において添付図面を参照して本発明の実施形態における技術的解決策を明瞭に説明する。明らかに、説明される実施形態は、本発明の実施形態のすべてではなく一部に過ぎない。創作的労力を伴わずに本発明の実施形態に基づいて当業者によって入手されるすべての他の実施形態は、本発明の保護範囲内に含まれなければならない。
【００７６】
本発明の実施形態は、データパケットの処理モードを判定するユーザ機器、ネットワークデバイス、および方法を提供する。データパケットのカプセル化フォーマットは、データパケットの処理モードを判定することによって判定され、その結果、エアインターフェースリソースの利用が増やされるようになる。
【００７７】
本発明の本明細書、特許請求の範囲、および添付図面では、用語「第１の」、「第２の」、「第３の」、「第４の」などは、異なる物体の間でき別することを意図されているが、特定のシーケンスを示さない。さらに、用語「含む」および「有する」ならびにその任意の他の異形は、非排他的包含をカバーすることが意図されている。たとえば、一連のステップまたはユニットを含む処理、方法、システム、製品、またはデバイスは、リストされたステップまたはユニットに限定されるのではなく、任意選択で、リストされていないステップまたはユニットをさらに含み、または、任意選択で、処理、方法、製品、もしくはデバイスの別の固有のステップまたはユニットをさらに含む。
【００７８】
図２を参照すると、図２は、本発明の実施形態によるユーザ機器の実施形態の概略構造図である。本発明のこの実施形態は、ワイヤレス通信システムに適用されることがあり、具体的にはモノのインターネットに適用されることがある。ユーザ機器およびネットワークデバイスが、この実施形態に含まれる。ユーザ機器は、携帯電話機、タブレットコンピュータ、ラップトップコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ＭＩＤ）、ウェアラブルデバイス（スマートウォッチ（ｉＷａｔｃｈなど）、スマートバンド、または歩数計など）、またはネットワークデバイスと相互作用することのできる別の端末デバイスであり得る。ネットワークデバイスは、進化型ノードＢ(ｅＮＢ）またはコアネットワークノードなど、ユーザ機器とデータを交換するノードであり得る。代替として、ネットワークデバイスは、ユーザ機器であり得る。本発明のこの実施形態でデータパケットを処理するエンティティは、データ処理層と呼ばれ、データ処理層は、異なる機能に従って層に副分割されることがある。したがって、本発明のこの実施形態でのデータパケットの処理は、ユーザ機器のデータ処理層によって実行され得る。
【００７９】
図２に示されたユーザ機器は、判定モジュール２００および第１の送出モジュール２０１を含む。
【００８０】
判定モジュール２００は、データパケットの処理モードを判定するように構成される。
【００８１】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワークデバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【００８２】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器の処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従って処理モードを直接に判定することがある。
【００８３】
本明細書での処理モードが、データパケットの処理を一意に判定するために、データパケットカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【００８４】
第１の送出モジュール２０１は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送るように構成される。
【００８５】
特定の実装形態では、ユーザ機器とネットワークデバイスとの両方が、データパケットの処理モードを判定する時に、データ送信処理において、ユーザ機器が、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従って、受信されたデータパケットに対して対応する処理を実行することがあり、その結果、ネットワークデバイスによって実行される処理は、ユーザ機器によって実行された処理と対応するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワークデバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワークデバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワークデバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【００８６】
実現可能な形において、判定モジュール２００がデータパケットの処理モードを判定する前に、ユーザ機器は、ネットワークデバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に示しうる。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワークデバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを示す場合に、ユーザ機器は、ネットワークデバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワークデバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワークデバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【００８７】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワークデバイスに第１の表示情報を送り、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワークデバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【００８８】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスがユーザ機器によって選択された処理モードに対応する処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【００８９】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【００９０】
特定の実装形態では、データパケットをネットワークデバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワークデバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【００９１】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるシグナリングに第１の表示情報を追加する。任意選択で、ユーザ機器によってネットワークデバイスに送られるシグナリングは、ノンアクセスストレイタム（ＮＡＳ）シグナリングまたは無線リソース制御（ＲＲＣ）シグナリングとされ得る。
【００９２】
任意選択で、ユーザ機器によってネットワークデバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【００９３】
任意選択で、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワークデバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【００９４】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるリソース要求情報に第１の表示情報を追加する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【００９５】
特定の実装形態では、ネットワークデバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワークデバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【００９６】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワークデバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【００９７】
本発明のこの実施形態で判定される処理モードが、ユーザ機器が送信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が受信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定される処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【００９８】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【００９９】
図３を参照すると、図３は、本発明の実施形態によるユーザ機器の別の実施形態の概略構造図である。図３に示されたユーザ機器は、図２の実施形態に基づいてさらに説明される。
【０１００】
図３に示されたユーザ機器は、判定モジュール２００および第１の送出モジュール２０１を含む。
【０１０１】
判定モジュール２００は、データパケットの処理モードを判定するように構成される。
【０１０２】
第１の送出モジュール２０１は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送るように構成される。
【０１０３】
任意選択で、判定モジュール２００は、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する
ように特に構成される。
【０１０４】
任意選択で、ユーザ機器は、受信モジュール２０２をさらに含む。
【０１０５】
受信モジュール２０２は、ネットワークデバイスによって送られた第２の表示情報を受信するように構成され、第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。
【０１０６】
任意選択で、受信モジュール２０２がネットワークデバイスによって送られた第２の表示情報を受信する前に、ネットワークデバイスは、ユーザ機器によって送られた第３の表示情報を受信することがある。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。第３の表示情報は、データ処理層の機能、データカプセル化フォーマット、複数の処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワークデバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワークデバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものに対応するネットワークデバイスによるデータパケットの処理のモードを判定する。
【０１０７】
実現可能な形において、送信端の処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端の処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０１０８】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０１０９】
判定モジュール２００は、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、判定モジュール２００によって判定される処理モードは、ネットワークデバイスによって判定された処理モードのうちの少なくとも１つである。
【０１１０】
特定の実装形態では、ネットワークデバイスによって送られる第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示することがある。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０１１１】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０１１２】
任意選択で、第２の表示情報は、異なる処理モードが使用されることを示しうる。すなわち、送信端は、要件に従って異なる処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０１１３】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワークデバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、ネットワークデバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを表示する場合に、ユーザ機器は、ネットワークデバイスによって指定された処理モードを使用する。第２の表示情報が、複数のタイプの処理モードを表示する場合に、ユーザ機器は、第２の表示情報によって表示される複数のタイプの処理モードから少なくとも１つのタイプの処理モードを選択し、ネットワークデバイスにその処理モードを表示し得る。
【０１１４】
任意選択で、ユーザ機器は、第２の送出モジュール２０３をさらに含む。
【０１１５】
第２の送出モジュール２０３は、第３の表示情報をネットワークデバイスに送るように構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０１１６】
任意選択で、ユーザ機器は、第３の送出モジュール２０４をさらに含む。
【０１１７】
第３の送出モジュール２０４は、第１の表示情報をネットワークデバイスに送るように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０１１８】
任意選択で、第１の送出モジュール２０１は、生成ユニット２０１１およびカプセル化ユニット２０１２を含む。
【０１１９】
生成ユニット２０１１は、第１の表示情報を生成するように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０１２０】
生成ユニット２０１１によって第１の表示情報を生成するステップが、任意選択であることに留意されたい。ユーザ機器は、シグナリングに第１の表示情報を追加することを選択することがあり、または、リソース要求情報に第１の表示情報を追加することを選択することがある。
【０１２１】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０１２２】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０１２３】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形で処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワークデバイスが、処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワークデバイスが、第１のユーザ機器および第２のユーザ機器の一貫した処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワークデバイスが送信端として働く時に使用されるデータパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータパケットカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。
【０１２４】
カプセル化ユニット２０１２は、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化するように構成され、ヘッダ情報は、第１の表示情報を含む。
【０１２５】
任意選択で、ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器は、第１の表示情報を生成し、第１の表示情報を、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に追加し、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。ユーザ機器は、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化する。ヘッダ情報は、第１の表示情報を含む。
【０１２６】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、透過的送信モードであることがある。本明細書での透過的送信モードは、データ処理層がデータパケットのセグメント化、連結、または順序はずれ送信の処理をサポートせず、データパケットをルーティングするのみであることを意味する。図４に示されているように、図４は、データパケットの第１の処理モードでの概略構造図である。ユーザ機器が、データ処理層での処理モードが透過的送信モードであると判定する時に、データ処理層は、アプリケーション層のデータパケットをＰＨＹ層に直接にルーティングし、データパケットは、ＰＨＹ層を使用することによって、ネットワークデバイスに送られる。ＰＨＹ層がデータパケットを処理する処理は、データパケット送信処理の必要なステップである、符号化、変調、およびチェックなどの処理を含むことがある。この実施形態は、ＰＨＹ層でのデータパケットの処理のモードに対する限定を課さない。本明細書でのアプリケーション層のデータパケットは、データ処理層の上のプロトコル層からデータ処理層に送られるデータパケットである。データパケットは、アプリケーション層、ＴＣＰ層、もしくはＵＤＰ層からであることがあり、または、ＰＤＣＰ層からもしくはデータ処理層の上の暗号化層からであることがある。これは、本明細書では限定されない。
【０１２７】
特定の実装形態では、図５に示されているように、図５は、データパケットの第１の処理モードでの第１のタイプのカプセル化フォーマットの概略構造図である。データ処理層が、データパケットにパディングデータを追加する必要がない時に、第１のカプセル化フォーマットは、図５ａによって示される概略構造図に示されている。パディングデータは、データパケット全体のサイズがネットワークデバイスによって指定されるデータパケットサイズを満足することを保証するために、データ処理層によってパディングされるデータシーケンスである。
【０１２８】
データ処理層が、データパケットのサイズがネットワークデバイスによって指定されるデータパケットサイズを満足することを保証する必要がある時に、特定の実装形態では、図５ｂに示されているように、データパケットのヘッダ情報は、第１の表示情報および長さ表示情報を含むことがある。図５ｂでは、長さ表示情報は、データパケットの長さを表示するのに使用され得、または、パディングデータの長さを表示するのに使用され得る。
【０１２９】
実現可能な形において、図５ｂでは、データパケットのヘッダ情報は、ヘッダ情報が長さ表示情報を含むかどうかを表示するために、長さフィールド表示情報をさらに含むことがある。データ処理層が、データパケットにパディングデータを追加しない時には、長さフィールド表示情報は、長さ表示情報がその後に搬送されないことを表示し、ヘッダ情報の内容は、さらに減らされる。
【０１３０】
本発明のこの実施形態では、ユーザ機器およびネットワークデバイスが、交渉によって、データパケットが送られる前にデータパケットの処理モードを判定する場合に、その結果、送信端および受信端がデータパケットの処理モードを一意に判定できるようになるか、試行によってデータパケットの処理モードを正しく入手することができるようになり、データパケットのヘッダ情報は、第１の表示情報を搬送しないことがある。したがって、本発明のすべての実施形態で説明されるデータパケットの様々なカプセル化フォーマットに関して、ヘッダ情報内の第１の表示情報は、必要ではない。
【０１３１】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードが、データパケットの連結だけを含む時に、図６に示されているように、図６は、データパケットの第２の処理モードでのユーザ機器の概略構造図である。データ処理層がデータパケットに対して連結を実行することは、データ処理層が、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせ、データ処理層の組み合わされたデータパケットをＰＨＹ層に転送することを意味する。したがって、第２の処理モードに対応する第２のカプセル化フォーマットは、図７に示されたものであることがある。データ処理層は、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせる。ヘッダ情報は、第１の表示情報および少なくとも１つのサブヘッダ情報を含む。第１のサブヘッダ情報は、第１のサブデータパケットの長さ表示情報および第１のサブデータパケットのヘッダ表示情報を含み、第２のサブヘッダ情報は、第２のサブデータパケットの長さ表示情報および第２のサブデータパケットのヘッダ表示情報を含み、・・・第Ｎのサブヘッダ情報は、第Ｎのサブデータパケットの長さ表示情報および第Ｎのサブデータパケットのヘッダ表示情報を含む（この実施形態の第Ｎは、最後を意味し、Ｎは、１以上の整数である）。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される、すなわち、連結動作が、データパケットに対して実行される。データパケットの長さ表示情報は、サブヘッダに対応するデータパケットのサイズを表示するのに使用され、ヘッダ表示情報は、次のフィールドがデータパケットまたは次のデータパケットのサブヘッダ情報のどちらであるのかを表示するのに使用される。好ましくは、連結の後に入手されるデータパケットがパディングデータを含まない時に、第Ｎのサブデータパケットのサブヘッダ情報は、長さ表示情報を搬送する必要がない（たとえば、図９、図１１、図１２、および図１４の実施形態）。任意選択の実装形態では、長さフィールド表示情報は、データパケットのサブヘッダが長さ表示情報を含むかどうかを表示するために、各データパケットのサブヘッダにさらに追加され得る。
【０１３２】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結および順序はずれ送信を含む（この場合に、ネットワークデバイスは、受信端として働く時に並べ換えを実行する必要がある）。したがって、第１の表示情報によって表示される処理モードが、データパケットの連結およびデータパケットの順序はずれ送信の処理を含むことが、例として使用される。図８に示されているように、図８は、データパケットの第３の処理モードでのユーザ機器の概略構造図である。したがって、図９に示されているように、図７に示されたヘッダ情報に基づいて、シーケンス番号情報が、データ処理層によって処理されるデータパケットのヘッダ情報に追加され得る。シーケンス番号情報は、ユーザ機器によって初めて送られるすべてのデータパケットの番号を表示するのに使用される。第１の表示情報は、ユーザ機器が処理モードすなわちデータパケットの連結およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。ネットワークデバイスが受信端として働く時には、データパケットのシーケンス番号情報が、すべてのデータパケットの位置を復元するために入手される。さらに、ユーザ機器およびネットワークデバイスが、再セグメント化されたデータの並べ換えをサポートする時に、ユーザ機器またはネットワークデバイスは、ユーザ機器またはネットワークデバイスが送信端として働く時に、データパケットのサブヘッダ内に各データパケットのシーケンス番号を含める必要がある。第Ｎのサブデータパケットの処理に関しては、図７の説明を参照されたい。
【０１３３】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、２タイプの処理モードすなわち、セグメント化および順序はずれ送信を含む。図１０に示されているように、図１０は、第４の処理モードでのユーザ機器の概略構造図である。データ処理層は、データパケットのセグメント化と、物理層へのデータパケットの順序はずれ送信などのデータパケットの非順次送信とをサポートすることがある。したがって、図１１に示されているように、図１１は、データ処理層がデータパケットをセグメント化した後に使用される第４のタイプのカプセル化フォーマットの概略構造図である。データ処理層による処理の後に入手されるデータパケットのヘッダ情報は、第１の表示情報（任意選択）、サブデータパケットのシーケンス番号情報、サブデータパケットの長さ表示情報（任意選択）、およびセグメント化表示情報を含む。第１の表示情報は、ユーザ機器がデータパケットのセグメント化およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。サブデータパケットのシーケンス番号情報は、サブデータパケットの、ユーザ機器のデータ処理層での番号を表示するのに使用される。サブデータパケットの長さ表示情報は、サブデータパケットのサイズを表示するのに使用される。セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに、または、サブデータパケットの位置であって、アプリケーション層からデータ処理層に転送されるデータパケットがセグメント化された後に入手されるデータパケット、たとえば最初のサブデータパケット、中央のサブデータパケット、または最後のサブデータパケット内の位置をさらに表示するのに使用される。さらに、セグメント化表示情報は、サブデータパケットの長さ表示情報が存在するかどうかを表示するのにさらに使用され得る。セグメント化表示情報が、サブデータパケットが最後のサブデータパケットではないことを表示する場合に、長さ表示情報は、ヘッダ情報内に含まれる必要がない。任意選択で、受信端が、データパケットが固定されたサイズを満足する必要があることを必要としない場合にも、長さ表示情報は、ヘッダ情報内に含まれる必要がない。データ処理層が、セグメント化機能だけをサポートする場合に、ヘッダフィールドは、シーケンス番号情報を含まない。
【０１３４】
任意選択で、サブデータパケットのシーケンス番号情報が、セグメント化表示情報の意味と同様の意味を有するので、サブデータパケットのシーケンス番号情報およびセグメント化表示情報が、サブデータパケットのシーケンス番号情報またはセグメント化表示情報を形成するために組み合わされることがある。組合せの後に、サブデータパケットの構造は、図１２に示されている（図１２では、サブデータパケットのシーケンス番号情報およびセグメント化表示情報は、サブデータパケットのシーケンス番号情報を形成するために組み合わされる）。
【０１３５】
本発明のこの実施形態では、ユーザ機器およびネットワークデバイスが、データパケットの処理モードを判定した後に、それは、データ処理層がデータパケットに対して対応する処理を必ず実行することを表示しない。たとえば、ユーザ機器およびネットワークデバイスが、データパケットの第４のタイプの処理モードを使用すると判定する場合に、ユーザ機器は、データパケットが相対的に大きく、ネットワークによって与えられたスケジューリンググラント（grant）が、データパケットが一時に完全に送られることを保証できない時に限ってデータパケットをセグメント化し、データパケットが相対的に小さく、ネットワークによって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できる時には、ユーザ機器はセグメント化動作を実行しない。前述の実施形態での順序はずれ送信に関して、データパケット送信順序のエラーは、いくつかのデータパケットが再送信される必要がある時に限って引き起こされ得る。前述の表示は、データ処理層がデータパケットの順序はずれ送信をサポートできることを表示するのみであって、データ処理層がデータパケットに対して順序はずれ送信を必ず実行することを表示するのではない。データ処理層での不規則は、物理層での不規則によって引き起こされることがある。すべての理由によって引き起こされる不規則は、本明細書では、集合的にデータ処理層での不規則と呼ばれる。
【０１３６】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結、セグメント化、および順序はずれ送信を含む。図１３に示されているように、図１３は、第５の処理モードでの概略構造図である。第１の表示情報によって表示される処理モードは、次を含む：データパケットの連結、データパケットのセグメント化、およびデータパケットの順序はずれ送信。したがって、図１４に示されているように、図１４は、データパケットの第５のタイプのデータパケットカプセル化フォーマットの概略構造図である。この処理モードでは、データ処理層による処理の後に入手されるデータパケットは、以下のタイプを含むことがある。
１．完全なデータパケット
２．データパケットがセグメント化された後に入手されるサブデータパケット
３．複数の完全なデータパケットの連結の後に入手されるデータパケット
４．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットとの連結の後に入手されるデータパケット
５．現在のデータパケットのサブデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット
６．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット。
【０１３７】
各サブデータパケットは、アプリケーション層の完全なデータパケットがデータ処理層によってセグメント化された後に入手されるセグメント化ブロックであり、複数のサブデータパケットが、アプリケーション層の１つの完全なデータパケットを形成する。
【０１３８】
受信端がすべてのデータパケットおよび／またはサブデータパケットの間で正しく区別できるために、図１４に示されるデータパケットカプセル化フォーマットが説明される。
【０１３９】
図１４では、データ処理層のデータパケットのヘッダ情報は、第１の表示情報、シーケンス番号情報、および複数のデータパケットのサブヘッダ情報を含む。サブデータパケットのサブヘッダ情報は、データパケットの長さ表示情報、データパケットのセグメント化表示情報、およびヘッダ表示情報を含み得る。ヘッダ情報内の情報のそれぞれの詳細な機能については、図５から図１２の実施形態の関連する説明を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０１４０】
任意選択で、データ処理層によってデータパケットに対して実行される順序はずれ送信の処理モードが、ＰＨＹ層が不規則で並列の形でデータパケットを送る時に引き起こされるデータパケットの不規則に依存するので、ＰＨＹ層が、単一の処理によってデータパケットを送信する場合に、データ処理層は、データパケットの順序はずれ送信の処理モードを使用する必要がなく、データパケットの対応するヘッダ情報は、シーケンス番号情報を含まない。
【０１４１】
この実施形態で提供される処理モードは、例に過ぎない。異なる処理モードに従って、本明細書では列挙されないさらなる他のデータパケットカプセル化フォーマットがある。すべての処理モードで、データ処理層が順序はずれ送信の機能を含まない（たとえば、１つのＨＡＲＱ処理だけがある）ならば、シーケンス番号情報は、ヘッダ情報内で必要とされない。本発明では、データ処理層のいくつかの機能だけが列挙され、データ処理層が他の機能、たとえば論理チャネルの多重化および暗号化をさらに有する可能性は、除外されない。論理チャネルが多重化される時には、論理チャネルの識別子だけが、データパケットのヘッダ情報または前述の複数の処理モードのサブデータパケットのヘッダ情報に追加される必要がある。データ処理層が、制御データパケットを送ることもある。前述のデータパケットカプセル化フォーマットは、制御データパケットに使用され得、第１の表示情報または論理チャネルの識別子を使用することによって表示される。代替として、異なる処理モードが、異なる論理チャネル内のデータパケットまたは制御データパケットに使用され得る。これは、本明細書では限定されない。
【０１４２】
判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従ってデータパケットに対して対応する処理を実行し得、その結果、ネットワークデバイスは、データパケットを正しく解析するようになる。
【０１４３】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスが、ユーザ機器によるデータパケットの処理のモードに対応する処理モードを使用することによって、ユーザ機器によって送られたデータパケットを処理することを肯定応答するのに使用される。本発明のこの実施形態は、送信端としてユーザ機器を使用することによって説明される。ネットワークデバイスが、データ送信端として働く時に、データパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるカプセル化フォーマットと同一である。
【０１４４】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０１４５】
図１５を参照すると、図１５は、本発明の実施形態によるユーザ機器の別の実施形態の概略構造図である。図１５の特定の実装形態に関して、図２の実施形態および図３の実施形態を参照されたい。詳細が、この実施形態でもう一度説明されることはない。図１５に示されたユーザ機器は、受信装置１５００、送出装置１５０１、およびプロセッサ１５０２を含む（デバイスは、１つまたは複数のプロセッサを含むことがあり、１つのプロセッサが、図１５では例として使用される）。本発明のこの実施形態では、受信装置１５００、送出装置１５０１、およびプロセッサ１５０２は、バスを使用することによってまたは別の形で接続され得る。バスを使用することによる接続が、図１５では例として使用される。
【０１４６】
プロセッサ１５０２は、データパケットの処理モードを判定するように構成される。
【０１４７】
送出装置１５０１は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送るように構成される。
【０１４８】
任意選択で、データパケットの処理モードを判定する時に、プロセッサ１５０２は、
デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定するステップ
を特に実行する。
【０１４９】
任意選択で、受信装置１５００は、ネットワークデバイスによって送られた第２の表示情報を受信するように構成され、第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。
【０１５０】
プロセッサ１５０２は、受信された第２の表示情報に従ってデータパケットの処理モードを判定するようにさらに構成され、プロセッサ１５０２によって判定される処理モードは、ネットワークデバイスによって判定された処理モードのうちの少なくとも１つである。
【０１５１】
任意選択で、送出装置１５０１は、第３の表示情報をネットワークデバイスに送るようにさらに構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０１５２】
任意選択で、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０１５３】
任意選択で、送出装置１５０１は、第１の表示情報をネットワークデバイスに送るようにさらに構成され、第１の表示情報は、データパケットに関する、プロセッサ１５０２によって判定される処理モードを表示するのに使用される。
【０１５４】
任意選択で、プロセッサ１５０２は、送出装置１５０１によってネットワークデバイスに送られるシグナリングに第１の表示情報を追加し、または、プロセッサ１５０２は、送出装置１５０１によってネットワークデバイスに送られるリソース要求情報に第１の表示情報を追加し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０１５５】
任意選択で、判定された処理モードに従ってデータパケットを処理する時に、プロセッサ１５０２は、
第１の表示情報を生成するステップであって、第１の表示情報は、データパケットに関する、プロセッサ１５０２によって判定される処理モードを表示するのに使用される、生成するステップと、
データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化するステップであって、ヘッダ情報は、第１の表示情報を含む、カプセル化するステップと
を特に実行する。
【０１５６】
任意選択で、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【０１５７】
任意選択で、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【０１５８】
任意選択で、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【０１５９】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０１６０】
図１６を参照すると、図１６は、本発明の実施形態によるネットワークデバイスの実施形態の概略構造図である。図１６に示されたネットワークデバイスは、第１の受信モジュール１６００および判定モジュール１６０１を含む。
【０１６１】
第１の受信モジュール１６００は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０１６２】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワークデバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【０１６３】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器の処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従って処理モードを直接に判定することがある。
【０１６４】
本明細書での処理モードが、データパケットの処理を一意に判定するために、データパケットカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【０１６５】
判定モジュール１６０１は、データパケットの処理モードを判定するように構成される。
【０１６６】
特定の実装形態では、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従って受信されたデータパケットに対して対応する処理を実行し得、その結果、ネットワークデバイスによって実行される処理が、ユーザ機器によって実行される処理に対応するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワークデバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワークデバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワークデバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０１６７】
実現可能な形において、第１の受信モジュール１６００が、ユーザ機器によって送られたデータパケットを受信する前に、ユーザ機器は、ネットワークデバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワークデバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを表示する場合に、ユーザ機器は、ネットワークデバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワークデバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワークデバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【０１６８】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワークデバイスに第１の表示情報を送り、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワークデバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【０１６９】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスがユーザ機器によって選択された処理モードに対応する処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【０１７０】
実現可能な形において、本発明のこの実施形態は、第１の受信モジュール１６００によって実行されるステップおよび判定モジュール１６０１によって実行されるステップのシーケンスに対して限定を課さない。すなわち、判定モジュール１６０１によって実行されるステップは、第１の受信モジュール１６００によって実行されるステップの後であることがあり、または、判定モジュール１６０１によって実行されるステップは、第１の受信モジュール１６００によって実行されるステップの前であることがある。
【０１７１】
任意選択で、判定モジュール１６０１によって実行されるステップが、第１の受信モジュール１６００によって実行されるステップの後である場合に、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【０１７２】
特定の実装形態では、データパケットをネットワークデバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワークデバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【０１７３】
任意選択で、判定モジュール１６０１によって実行されるステップが、第１の受信モジュール１６００によって実行されるステップの前である場合に、ネットワークデバイスは、ユーザ機器によって送られた第１の表示情報を受信する。第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０１７４】
特定の実装形態では、ネットワークデバイスは、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信する。任意選択で、ユーザ機器によってネットワークデバイスに送られるシグナリングは、ノンアクセスストレイタム（ＮＡＳ）シグナリングまたは無線リソース制御（ＲＲＣ）シグナリングとされ得る。
【０１７５】
実現可能な形において、ユーザ機器によってネットワークデバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【０１７６】
実現可能な形において、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワークデバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０１７７】
実現可能な形において、ネットワークデバイスは、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０１７８】
特定の実装形態では、ネットワークデバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワークデバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【０１７９】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワークデバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０１８０】
本発明のこの実施形態で判定される処理モードが、ユーザ機器が送信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が受信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定される処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【０１８１】
本発明のこの実施形態を使用することによって、ネットワークデバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワークデバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０１８２】
図１７を参照すると、図１７は、本発明の実施形態によるネットワークデバイスの別の実施形態の概略構造図である。図１７に示されたネットワークデバイスは、図１６の実施形態に基づいてさらに説明される。
【０１８３】
図１７に示されたネットワークデバイスは、第１の受信モジュール１６００および判定モジュール１６０１を含む。
【０１８４】
第１の受信モジュール１６００は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０１８５】
判定モジュール１６０１は、データパケットの処理モードを判定するように構成される。
【０１８６】
任意選択で、ネットワークデバイスは、送出モジュール１６０２をさらに含む。
【０１８７】
送出モジュール１６０２は、第２の表示情報をユーザ機器に送るように構成され、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、判定モジュール１６０１によって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。
【０１８８】
任意選択で、送出モジュール１６０２が第２の表示情報をユーザ機器に送る前に、ネットワークデバイスは、ユーザ機器によって送られた第３の表示情報を受信することがある。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。第３の表示情報は、データ処理層の機能、データパケットカプセル化フォーマット、複数の処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワークデバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワークデバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものに対応するネットワークデバイスによるデータパケットの処理のモードを判定する。
【０１８９】
実現可能な形において、送信端の処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端の処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０１９０】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０１９１】
特定の実装形態では、ネットワークデバイスによって送られる第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示することがある。たとえば、第２の表示情報は、データ処理層は、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０１９２】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０１９３】
任意選択で、第２の表示情報は、異なる処理モードが使用されうることを表示することがある。すなわち、送信端は、要件に従って異なる処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０１９４】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワークデバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、ネットワークデバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを表示する場合に、ユーザ機器は、ネットワークデバイスによって指定された処理モードを使用する。第２の表示情報が、複数のタイプの処理モードを表示する場合に、ユーザ機器は、第２の表示情報によって表示される複数のタイプの処理モードから少なくとも１つのタイプの処理モードを選択し、ネットワークデバイスにその処理モードを表示し得る。
【０１９５】
任意選択で、ネットワークデバイスは、第２の受信モジュール１６０３をさらに含む。
【０１９６】
第２の受信モジュール１６０３は、ユーザ機器によって送られた第３の表示情報を受信するように構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０１９７】
任意選択で、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０１９８】
任意選択で、ネットワークデバイスは、第３の受信モジュール１６０４をさらに含む。
【０１９９】
第３の受信モジュール１６０４は、ユーザ機器によって送られた第１の表示情報を受信するように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０２００】
任意選択で、第３の受信モジュール１６０４は、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信し、または、第３の受信モジュール１６０４は、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０２０１】
任意選択で、ネットワークデバイスは、入手モジュール１６０５をさらに含む。
【０２０２】
入手モジュール１６０５は、受信されたデータパケットに従って第１の表示情報を入手するように構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【０２０３】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０２０４】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０２０５】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形で処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワークデバイスが、処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワークデバイスが、第１のユーザ機器および第２のユーザ機器の一貫した処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワークデバイスが送信端として働く時に使用されるデータパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータパケットカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。さらに、データパケットの処理モードに関して、図２の実施形態および図３の実施形態を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０２０６】
任意選択で、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【０２０７】
任意選択で、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【０２０８】
任意選択で、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【０２０９】
本発明のこの実施形態を使用することによって、ネットワークデバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワークデバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２１０】
図１８を参照すると、図１８は、本発明の実施形態によるネットワークデバイスの別の実施形態の概略構造図である。図１８の特定の実装形態に関して、図１６の実施形態および図１７の実施形態を参照されたい。詳細が、この実施形態でもう一度説明されることはない。図１８に示されたネットワークデバイスは、受信装置１８００、送出装置１８０１、およびプロセッサ１８０２を含む（デバイスは、１つまたは複数のプロセッサ１８０２を含むことがあり、１つのプロセッサが、図１８では例として使用される）。本発明のこの実施形態では、受信装置１８００、送出装置１８０１、およびプロセッサ１８０２は、バスを使用することによってまたは別の形で接続され得る。バスを使用することによる接続が、図１８では例として使用される。
【０２１１】
受信装置１８００は、ユーザ機器によって送られたデータパケットを受信するように構成され、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０２１２】
プロセッサ１８０２は、データパケットの処理モードを判定するように構成される。
【０２１３】
任意選択で、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定する。
【０２１４】
任意選択で、送出装置１８０１は、第２の表示情報をユーザ機器に送るように構成され、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、プロセッサ１８０２によって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。
【０２１５】
任意選択で、受信装置１８００は、ユーザ機器によって送られた第３の表示情報を受信するように構成され、第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードまたはデータパケットに関する、ユーザ機器によって要求されるサービスによってサポートされる処理モードを表示するのに使用される。
【０２１６】
任意選択で、データパケットの処理モードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０２１７】
任意選択で、受信装置１８００は、ユーザ機器によって送られた第１の表示情報を受信するようにさらに構成され、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０２１８】
任意選択で、受信装置１８００は、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信し、または、受信装置１８００は、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信し、リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０２１９】
任意選択で、受信装置１８００は、受信されたデータパケットに従って第１の表示情報を入手し、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【０２２０】
任意選択で、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データ処理層の機能情報、またはデータパケットカプセル化フォーマット情報のうちの少なくとも１つである。
【０２２１】
任意選択で、データパケットの処理モードが、データパケットの連結を含む場合に、ヘッダ情報は、ヘッダ表示情報をさらに含み、ヘッダ表示情報は、次のフィールドがデータパケットであることもしくは次のフィールドがデータパケットのサブヘッダ情報であることを表示するのに使用され、または、データパケットの処理モードが、データパケットの順序はずれ送信を含む場合に、ヘッダ情報は、シーケンス番号情報をさらに含み、シーケンス番号情報は、データパケットの、データ処理層での番号を表示するのに使用され、または、データパケットの処理モードが、データパケットのセグメント化を含む場合に、ヘッダ情報は、セグメント化表示情報をさらに含み、セグメント化表示情報は、データパケットがセグメント化されるかどうかを表示するのに使用され、サブデータパケットは、セグメント化されたデータパケットである。
【０２２２】
任意選択で、ヘッダ情報は、長さ表示情報をさらに含み、長さ表示情報は、ヘッダ情報に対応するデータパケットの長さもしくはサブヘッダ情報に対応するサブデータパケットの長さを表示するのに使用され、または、ヘッダ情報は、長さフィールド表示情報および長さ表示情報をさらに含み、長さフィールド表示情報は、ヘッダ情報またはサブヘッダ情報が長さ表示情報を含むことを表示するのに使用される。
【０２２３】
本発明のこの実施形態を使用することによって、ネットワークデバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワークデバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２２４】
図１９を参照すると、図１９は、本発明の実施形態によるデータパケットの処理モードを判定する方法の実施形態の概略流れ図である。
【０２２５】
図１９に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法は、以下のステップを含み得る。
【０２２６】
Ｓ１９００  ユーザ機器が、データパケットの処理モードを判定する。
【０２２７】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによって表示される処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワークデバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【０２２８】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器の処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従って処理モードを直接に判定することがある。
【０２２９】
本明細書での処理モードが、データパケットの処理を一意に判定するために、データパケットカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【０２３０】
Ｓ１９０１  ユーザ機器が、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。
【０２３１】
特定の実装形態では、ユーザ機器とネットワークデバイスとの両方が、データパケットの処理モードを判定する時に、データ送信処理において、ユーザ機器が、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従って、受信されたデータパケットに対して対応する処理を実行することがあり、その結果、ネットワークデバイスによって実行される処理は、ユーザ機器によって実行された処理に対応するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワークデバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワークデバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワークデバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０２３２】
実現可能な形において、ステップＳ１９００の前に、ユーザ機器は、ネットワークデバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワークデバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを表示する場合に、ユーザ機器は、ネットワークデバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワークデバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワークデバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【０２３３】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワークデバイスに第１の表示情報を送り、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワークデバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【０２３４】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスがユーザ機器によって選択された処理モードに対応する処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【０２３５】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【０２３６】
特定の実装形態では、データパケットをネットワークデバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワークデバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【０２３７】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるシグナリングに第１の表示情報を追加する。任意選択で、ユーザ機器によってネットワークデバイスに送られるシグナリングは、ノンアクセスストレイタム（ＮＡＳ）シグナリングまたは無線リソース制御（ＲＲＣ）シグナリングとされ得る。
【０２３８】
任意選択で、ユーザ機器によってネットワークデバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【０２３９】
任意選択で、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワークデバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０２４０】
実現可能な形において、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるリソース要求情報に第１の表示情報を追加する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０２４１】
特定の実装形態では、ネットワークデバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワークデバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【０２４２】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワークデバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０２４３】
本発明のこの実施形態で判定される処理モードが、ユーザ機器側が送信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器側が受信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定される処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【０２４４】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２４５】
図２０を参照すると、図２０は、本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態の概略流れ図である。本発明のこの実施形態では、ユーザ機器が送信端として働き、ネットワークデバイスが受信端として働く例が、説明に使用される。受信端の処理モードおよび送信端の処理モードは、お互いに対応している。ユーザ機器およびネットワークデバイスのいずれかが、送信端または受信端になることができ、または、送信端と受信端との両方になることができる。
【０２４６】
図２０に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法は、以下のステップを含み得る。
【０２４７】
Ｓ２０００  ユーザ機器が、ネットワークデバイスによって送られた第２の表示情報を受信し、第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。
【０２４８】
任意選択で、ステップＳ２０００の前に、ネットワークデバイスが、ユーザ機器によって送られた第３の表示情報を受信し得る。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。第３の表示情報は、データ処理層の機能、データパケットカプセル化フォーマット、複数の処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワークデバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワークデバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものに対応するネットワークデバイスによるデータパケットの処理のモードを判定する。
【０２４９】
実現可能な形において、送信端の処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端の処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０２５０】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０２５１】
Ｓ２００１  ユーザ機器が、受信された第２の表示情報に従ってデータパケットの処理モードを判定し、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定された処理モードのうちの少なくとも１つである。
【０２５２】
特定の実装形態では、ネットワークデバイスによって送られる第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示することがある。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０２５３】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０２５４】
任意選択で、第２の表示情報は、異なる処理モードが使用されうることを表示することがある。すなわち、送信端は、要件に従って異なる処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０２５５】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワークデバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、Ｓ２０００で与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワークデバイスによって指定された処理モードを使用する。Ｓ２０００での第２の表示情報が、複数のタイプの処理モードを表示する場合に、ユーザ機器は、第２の表示情報によって表示される複数のタイプの処理モードから少なくとも１つのタイプの処理モードを選択し、ネットワークデバイスにその処理モードを表示し得る。
【０２５６】
Ｓ２００２  ユーザ機器が、第１の表示情報を生成する。
【０２５７】
ステップＳ２００２が任意選択であることに留意されたい。ユーザ機器は、シグナリングに第１の表示情報を追加することを選択することがあり、または、リソース要求情報に第１の表示情報を追加することを選択することがある。
【０２５８】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０２５９】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０２６０】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形で処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワークデバイスが、処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワークデバイスが、第１のユーザ機器および第２のユーザ機器の一貫した処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワークデバイスが送信端として働く時に使用されるデータパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータパケットカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。
【０２６１】
Ｓ２００３  ユーザ機器が、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。
【０２６２】
任意選択で、ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器は、第１の表示情報を生成し、第１の表示情報を、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に追加し、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。ユーザ機器は、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化する。ヘッダ情報は、第１の表示情報を含む。
【０２６３】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、透過的送信モードであることがある。本明細書での透過的送信モードは、データ処理層がデータパケットのセグメント化、連結、または順序はずれ送信の処理をサポートせず、データパケットをルーティングするのみであることを意味する。図４に示されているように、図４は、データパケットの第１の処理モードでの概略構造図である。ユーザ機器が、データ処理層での処理モードが透過的送信モードであると判定する時に、データ処理層は、アプリケーション層のデータパケットをＰＨＹ層に直接にルーティングし、データパケットは、ＰＨＹ層を使用することによって、ネットワークデバイスに送られる。ＰＨＹ層がデータパケットを処理する処理は、データパケット送信処理の必要なステップである、符号化、変調、およびチェックなどの処理を含むことがある。この実施形態は、ＰＨＹ層でのデータパケットの処理のモードに対する限定を課さない。本明細書でのアプリケーション層のデータパケットは、データ処理層の上のプロトコル層からデータ処理層に送られるデータパケットである。データパケットは、アプリケーション層、ＴＣＰ層、もしくはＵＤＰ層からであることがあり、または、ＰＤＣＰ層からもしくはデータ処理層の上の暗号化層からであることがある。これは、本明細書では限定されない。
【０２６４】
特定の実装形態では、図５に示されているように、図５は、データパケットの第１の処理モードでの第１のタイプのカプセル化フォーマットの概略構造図である。データ処理層が、データパケットにパディングデータを追加する必要がない時に、第１のカプセル化フォーマットは、図５ａによって示される概略構造図に示されている。パディングデータは、データパケット全体のサイズがネットワークデバイスによって指定されるデータパケットサイズを満足することを保証するために、データ処理層によってパディングされるデータシーケンスである。
【０２６５】
データ処理層が、データパケットのサイズがネットワークデバイスによって指定されるデータパケットサイズを満足することを保証する必要がある時に、特定の実装形態では、図５ｂに示されているように、データパケットのヘッダ情報は、第１の表示情報および長さ表示情報を含むことがある。図５ｂでは、長さ表示情報は、データパケットの長さを表示するのに使用され得、または、パディングデータの長さを表示するのに使用され得る。
【０２６６】
実現可能な形において、図５ｂでは、データパケットのヘッダ情報は、ヘッダ情報が長さ表示情報を含むかどうかを表示するために、長さフィールド表示情報をさらに含むことがある。データ処理層が、データパケットにパディングデータを追加しない時には、長さフィールド表示情報は、長さ表示情報がその後に搬送されないことを表示し、ヘッダ情報の内容は、さらに減らされる。
【０２６７】
本発明のこの実施形態では、ユーザ機器およびネットワークデバイスが、交渉によって、データパケットが送られる前にデータパケットの処理モードを判定する場合に、その結果、送信端および受信端がデータパケットの処理モードを一意に判定できるようになるか、試行によってデータパケットの処理モードを正しく入手することができるようになり、データパケットのヘッダ情報は、第１の表示情報を搬送しないことがある。したがって、本発明のすべての実施形態で説明されるデータパケットの様々なカプセル化フォーマットに関して、ヘッダ情報内の第１の表示情報は、必要ではない。
【０２６８】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードが、データパケットの連結だけを含む時に、図６に示されているように、図６は、データパケットの第２の処理モードでのユーザ機器の概略構造図である。データ処理層がデータパケットに対して連結を実行することは、データ処理層が、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせ、データ処理層の組み合わされたデータパケットをＰＨＹ層に転送することを意味する。したがって、第２の処理モードに対応する第２のカプセル化フォーマットは、図７に示されたものであることがある。データ処理層は、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせる。ヘッダ情報は、第１の表示情報および少なくとも１つのサブヘッダ情報を含む。第１のサブヘッダ情報は、第１のサブデータパケットの長さ表示情報および第１のサブデータパケットのヘッダ表示情報を含み、第２のサブヘッダ情報は、第２のサブデータパケットの長さ表示情報および第２のサブデータパケットのヘッダ表示情報を含み、・・・第Ｎのサブヘッダ情報は、第Ｎのサブデータパケットの長さ表示情報および第Ｎのサブデータパケットのヘッダ表示情報を含む（この実施形態の第Ｎは、最後を意味し、Ｎは、１以上の整数である）。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される、すなわち、連結動作が、データパケットに対して実行される。データパケットの長さ表示情報は、サブヘッダに対応するデータパケットのサイズを表示するのに使用され、ヘッダ表示情報は、次のフィールドがデータパケットまたは次のデータパケットのサブヘッダ情報のどちらであるのかを表示するのに使用される。好ましくは、連結の後に入手されるデータパケットがパディングデータを含まない時に、第Ｎのサブデータパケットのサブヘッダ情報は、長さ表示情報を搬送する必要がない（たとえば、図９、図１１、図１２、および図１４の実施形態）。任意選択の実装形態では、長さフィールド表示情報は、データパケットのサブヘッダが長さ表示情報を含むかどうかを表示するために、各データパケットのサブヘッダにさらに追加され得る。
【０２６９】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結および順序はずれ送信を含む（この場合に、ネットワークデバイスは、受信端として働く時に並べ換えを実行する必要がある）。したがって、第１の表示情報によって表示される処理モードが、データパケットの連結およびデータパケットの順序はずれ送信の処理を含むことが、例として使用される。図８に示されているように、図８は、データパケットの第３の処理モードでのユーザ機器の概略構造図である。したがって、図９に示されているように、図７に示されたヘッダ情報に基づいて、シーケンス番号情報が、データ処理層によって処理されるデータパケットのヘッダ情報に追加され得る。シーケンス番号情報は、ユーザ機器によって初めて送られるすべてのデータパケットの番号を表示するのに使用される。第１の表示情報は、ユーザ機器が処理モードすなわちデータパケットの連結およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。ネットワークデバイスが受信端として働く時には、データパケットのシーケンス番号情報が、すべてのデータパケットの位置を復元するために入手される。さらに、ユーザ機器およびネットワークデバイスが、再セグメント化されたデータパケットの並べ換えをサポートする時に、ユーザ機器またはネットワークデバイスは、ユーザ機器またはネットワークデバイスが送信端として働く時に、データパケットのサブヘッダ内に各データパケットのシーケンス番号を含める必要がある。第Ｎのサブデータパケットの処理に関しては、図７の説明を参照されたい。
【０２７０】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、２タイプの処理モードすなわち、セグメント化および順序はずれ送信を含む。図１０に示されているように、図１０は、第４の処理モードでのユーザ機器の概略構造図である。データ処理層は、データパケットのセグメント化と、物理層へのデータパケットの順序はずれ送信などのデータパケットの非順次送信とをサポートすることがある。したがって、図１１に示されているように、図１１は、データ処理層がデータパケットをセグメント化した後に使用される第４のタイプのカプセル化フォーマットの概略構造図である。データ処理層による処理の後に入手されるデータパケットのヘッダ情報は、第１の表示情報（任意選択）、サブデータパケットのシーケンス番号情報、サブデータパケットの長さ表示情報（任意選択）、およびセグメント化表示情報を含む。第１の表示情報は、ユーザ機器がデータパケットのセグメント化およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。サブデータパケットのシーケンス番号情報は、サブデータパケットの、ユーザ機器のデータ処理層での番号を表示するのに使用される。サブデータパケットの長さ表示情報は、サブデータパケットのサイズを表示するのに使用される。セグメント化表示情報は、サブデータパケットがセグメント化されるかどうかを表示するのに、または、サブデータパケットの位置であって、アプリケーション層からデータ処理層に転送されるデータパケットがセグメント化された後に入手されるデータパケット、たとえば最初のサブデータパケット、中央のサブデータパケット、または最後のサブデータパケット内の位置をさらに表示するのに使用される。さらに、セグメント化表示情報は、サブデータパケットの長さ表示情報が存在するかどうかを表示するのにさらに使用され得る。セグメント化表示情報が、サブデータパケットが最後のサブデータパケットではないことを表示する場合に、長さ表示情報は、ヘッダ情報内に含まれる必要がない。任意選択で、受信端が、データパケットが固定されたサイズを満足する必要があることを必要としない場合にも、長さ表示情報は、ヘッダ情報内に含まれる必要がない。データ処理層が、セグメント化機能だけをサポートする場合に、ヘッダフィールドは、シーケンス番号情報を含まない。
【０２７１】
任意選択で、サブデータパケットのシーケンス番号情報が、セグメント化表示情報の意味と同様の意味を有するので、サブデータパケットのシーケンス番号情報およびセグメント化表示情報が、サブデータパケットのシーケンス番号情報またはセグメント化表示情報を形成するために組み合わされることがある。組合せの後に、サブデータパケットの構造は、図１２に示されている（図１２では、サブデータパケットのシーケンス番号情報およびセグメント化表示情報は、サブデータパケットのシーケンス番号情報を形成するために組み合わされる）。
【０２７２】
本発明のこの実施形態では、ユーザ機器およびネットワークデバイスが、データパケットの処理モードを判定した後に、それは、データ処理層がデータパケットに対して対応する処理を必ず実行することを表示しない。たとえば、ユーザ機器およびネットワークデバイスが、データパケットの第４のタイプの処理モードを使用すると判定する場合に、ユーザ機器は、データパケットが相対的に大きく、ネットワークによって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できない時に限ってデータパケットをセグメント化し、データパケットが相対的に小さく、ネットワークによって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できる時は、ユーザ機器はセグメント化動作を実行しない。前述の実施形態での順序はずれ送信に関して、データパケット送信順序のエラーは、いくつかのデータパケットが再送信される必要がある時に限って引き起こされ得る。前述の表示は、データ処理層がデータパケットの順序はずれ送信をサポートできることを表示するのみであって、データ処理層がデータパケットに対して順序はずれ送信を必ず実行することを表示するのではない。データ処理層での不規則は、物理層での不規則によって引き起こされることがある。すべての理由によって引き起こされる不規則は、本明細書では、集合的にデータ処理層での不規則と呼ばれる。
【０２７３】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結、セグメント化、および順序はずれ送信を含む。図１３に示されているように、図１３は、第５の処理モードでのプロトコルスタック構造の概略構造図である。第１の表示情報によって表示される処理モードは、次を含む：データパケットの連結、データパケットのセグメント化、およびデータパケットの順序はずれ送信。したがって、図１４に示されているように、図１４は、データパケットの第５のタイプのデータパケットカプセル化フォーマットの概略構造図である。この処理モードでは、データ処理層による処理の後に入手されるデータパケットは、以下のタイプを含むことがある。
１．完全なデータパケット
２．データパケットがセグメント化された後に入手されるサブデータパケット
３．複数の完全なデータパケットの連結の後に入手されるデータパケット
４．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットとの連結の後に入手されるデータパケット
５．現在のデータパケットのサブデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット
６．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット。
【０２７４】
各サブデータパケットは、アプリケーション層の完全なデータパケットがデータ処理層によってセグメント化された後に入手されるセグメント化ブロックであり、複数のサブデータパケットが、アプリケーション層の１つの完全なデータパケットを形成する。
【０２７５】
受信端がすべてのデータパケットおよび／またはサブデータパケットの間で正しく区別できるために、データパケットカプセル化フォーマットが、図１４に示されている。
【０２７６】
図１４では、データ処理層のデータパケットのヘッダ情報は、第１の表示情報、シーケンス番号情報、および複数のデータパケットのサブヘッダ情報を含む。サブデータパケットのサブヘッダ情報は、データパケットの長さ表示情報、データパケットのセグメント化表示情報、およびヘッダ表示情報を含み得る。ヘッダ情報内の情報のそれぞれの詳細な機能については、図５から図１２の実施形態の関連する説明を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０２７７】
任意選択で、データ処理層によってデータパケットに対して実行される順序はずれ送信の処理モードが、ＰＨＹ層が不規則で並列の形でデータパケットを送る時に引き起こされるデータパケットの不規則に依存するので、ＰＨＹ層が、単一の処理によってデータパケットを送信する場合に、データ処理層は、データパケットの順序はずれ送信の処理モードを使用する必要がなく、データパケットの対応するヘッダ情報は、シーケンス番号情報を含まない。
【０２７８】
この実施形態で提供される処理モードは、例に過ぎない。異なる処理モードに従って、本明細書では列挙されないさらなる他のデータパケットカプセル化フォーマットがある。すべての処理モードで、データ処理層が順序はずれ送信の機能を含まない（たとえば、１つのＨＡＲＱ処理だけがある）ならば、シーケンス番号情報は、ヘッダ情報内で必要とされない。本発明では、データ処理層のいくつかの機能だけが列挙され、データ処理層が他の機能、たとえば論理チャネルの多重化および暗号化をさらに有する可能性は、除外されない。論理チャネルが多重化される時には、論理チャネルの識別子だけが、データパケットのヘッダ情報または前述の複数の処理モードのサブデータパケットのヘッダ情報に追加される必要がある。データ処理層が、制御データパケットを送ることもある。前述のデータパケットカプセル化フォーマットは、制御データパケットに使用され得、第１の表示情報または論理チャネルの識別子を使用することによって表示される。代替として、異なる処理モードが、異なる論理チャネル内のデータパケットまたは制御データパケットに使用され得る。これは、本明細書では限定されない。
【０２７９】
判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従ってデータパケットに対して対応する処理を実行し得、その結果、ネットワークデバイスは、データパケットを正しく解析するようになる。
【０２８０】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスが、ユーザ機器によるデータパケットの処理のモードに対応する処理モードを使用することによって、ユーザ機器によって送られたデータパケットを処理することを肯定応答するのに使用される。本発明のこの実施形態は、送信端としてユーザ機器を使用することによって説明される。ネットワークデバイスが、データ送信端として働く時に、データパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるカプセル化フォーマットと同一である。
【０２８１】
本発明のこの実施形態を使用することによって、ユーザ機器は、データパケットの処理モードを判定し、ユーザ機器は、判定された処理モードに従ってデータパケットを処理し、データパケットをネットワークデバイスに送る。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０２８２】
図２１を参照すると、図２１は、本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態の概略流れ図である。
【０２８３】
図２１に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法の別の実施形態は、以下のステップを含み得る。
【０２８４】
Ｓ２１００  ネットワークデバイスが、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０２８５】
特定の実装形態では、ユーザ機器は、デバイスタイプ、サービスタイプ、ユーザ機器によってサポートされる処理モード、ユーザ機器によってサポートされるユーザプレーン機能、またはネットワークデバイスによってサポートされる処理モードのうちの少なくとも１つに従ってデータパケットの処理モードを判定することがある。処理モードは、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。たとえば、サービスタイプは、サービスデータパケットのサイズ、サービスデータパケットの間の到着時間間隔、およびサービスデータパケットの送信遅延要件などのパラメータを含むことがある。例としてサービスタイプを使用することによって、連続する小さいデータパケットを送信するサービスに関して、ユーザ機器は、データパケットに対して連結だけを実行し、メーター読取タイプのサービス（このタイプのサービスのデータパケットは、比較的小さく、データパケットの間の送信間隔は、長い）に関して、ユーザ機器は、データ処理層において処理を実行しない。したがって、ユーザ機器は、まず、データパケットの処理モードを判定する必要がある。ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器が、ネットワークデバイスにデータパケットを送る時に、データパケットのカプセル化フォーマットまたはデータパケットのヘッダ情報の内容は、処理モードに対応している。
【０２８６】
特定の実装形態では、ユーザ機器は、多様化されていないサービスタイプだけをサポートすることがある。たとえば、スマートメーターは、メーター読取サービスだけをサポートする。したがって、ユーザ機器の処理モードは、固定される。この場合に、ユーザ機器は、デバイスタイプに従って処理モードを直接に判定することがある。
【０２８７】
本明細書での処理モードが、データパケットの処理を一意に判定するために、データパケットカプセル化フォーマット、データ処理層の機能、または類似物に置換されることがあることに留意されたい。
【０２８８】
Ｓ２１０１  ネットワークデバイスが、データパケットの処理モードを判定する。
【０２８９】
特定の実装形態では、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従って受信されたデータパケットに対して対応する処理を実行し得、その結果、ネットワークデバイスによって実行される処理が、ユーザ機器によって実行される処理に対応するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワークデバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワークデバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワークデバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０２９０】
実現可能な形において、ステップＳ２１００の前に、ユーザ機器は、ネットワークデバイスによって送られた第２の表示情報を受信することがある。第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用される。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。ネットワークデバイスによって与えられる第２の表示情報が、１つのタイプの処理モードだけを表示する場合に、ユーザ機器は、ネットワークデバイスによって指定される処理モードを使用する。ユーザ機器は、ネットワークデバイスによって指定される処理モードに従ってデータパケットを処理し、処理されたデータパケットをネットワークデバイスに送る。データパケットは、データパケットの処理モードの表示情報（以下の第１の表示情報など）を搬送する必要がない。
【０２９１】
実現可能な形において、ユーザ機器が、ユーザ機器によるデータパケットの処理のモードを判定した後に、ユーザ機器は、ネットワークデバイスに第１の表示情報を送り、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。本明細書での第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つを含むことがある。サービスタイプ情報は、ユーザ機器とネットワークデバイスとの間で送信されるデータパケットに対応するサービスのタイプ、たとえば、ストリーミングメディアサービス、低遅延サービス、またはバックグラウンドサービスである。データ処理層の機能情報は、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つを含む。透過的送信は、データ処理層が、セグメント化、連結、または順序はずれ送信のどの機能をもサポートしないことを意味する。
【０２９２】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスがユーザ機器によって選択された処理モードに対応する処理モードの使用に合意するかどうかを肯定応答するのに使用される。
【０２９３】
実現可能な形において、本発明のこの実施形態は、ステップＳ２１０１およびステップＳ２１００のシーケンスに対して限定を課さない。すなわち、ステップＳ２１０１は、ステップＳ２１００の後であることがあり、またはステップＳ２１０１は、ステップＳ２１００の前であることがある。
【０２９４】
任意選択で、ステップＳ２１０１が、ステップＳ２１００の後である場合に、ユーザ機器は、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に第１の表示情報を追加する。
【０２９５】
特定の実装形態では、データパケットをネットワークデバイスに送る時に、ユーザ機器は、データパケットのヘッダ情報に第１の表示情報を追加し得る。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される。ユーザ機器によって送られたデータパケットを受信した後に、ネットワークデバイスは、ヘッダ情報を解析することによって、ユーザ機器によるデータパケットの処理のモードを入手する。
【０２９６】
任意選択で、ステップＳ２１０１が、Ｓ２１００の前である場合に、ネットワークデバイスは、ユーザ機器によって送られた第１の表示情報を受信する。第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用される。
【０２９７】
特定の実装形態では、ネットワークデバイスは、ユーザ機器によってネットワークデバイスに送られるシグナリングから第１の表示情報を受信する。任意選択で、ユーザ機器によってネットワークデバイスに送られるシグナリングは、ノンアクセスストレイタム（ＮＡＳ）シグナリングまたは無線リソース制御（ＲＲＣ）シグナリングとされ得る。
【０２９８】
実現可能な形において、ユーザ機器によってネットワークデバイスに送られるシグナリングは、サービスの確立を要求するのに使用され得る。
【０２９９】
実現可能な形において、ユーザ機器が、シグナリングに第１の表示情報を追加することを選択する場合に、ネットワークデバイスにデータパケットを送る時に、ユーザ機器は、もはや、データパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０３００】
実現可能な形において、ネットワークデバイスは、ユーザ機器によってネットワークデバイスに送られるリソース要求情報から第１の表示情報を受信する。リソース要求情報は、ユーザ機器によってデータパケットを送るために必要とされるリソースを要求するのに使用される。
【０３０１】
特定の実装形態では、ネットワークデバイスから、データパケットを送るために必要とされるリソースを要求する時に、ユーザ機器は、データパケットに関する、ユーザ機器によって判定される処理モードについてネットワークデバイスに通知する。具体的には、ユーザ機器は、リソース要求情報に第１の表示情報を追加することがある。たとえば、リソース要求情報は、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、またはランダムアクセス周波数情報のうちの１つまたは複数とされ得、ランダムアクセスシーケンス情報、ランダムアクセス時間情報、およびランダムアクセス周波数情報のそれぞれは、第１の表示情報とされ得る。
【０３０２】
任意選択で、ユーザ機器が、リソース要求情報に第１の表示情報を追加することを選択する場合に、データパケットをネットワークデバイスに送る時に、ユーザ機器は、もはやデータパケットのヘッダ情報に第１の表示情報を追加する必要がない。
【０３０３】
本発明のこの実施形態で判定される処理モードが、ユーザ機器が送信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が受信端として働く時に使用される処理モードに過ぎないことがあり、または、ユーザ機器が送信端と受信端との両方として働く時に使用される共通の処理モードであることがあることに留意されたい。これは、本明細書では限定されない。さらに、この実施形態で判定される処理モードは、ユーザ機器のサービスまたはベアラのために使用されることがあり、または、ユーザ機器のすべてのサービスまたはすべてのベアラのために使用されることがある。
【０３０４】
本発明のこの実施形態を使用することによって、ネットワークデバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワークデバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【０３０５】
図２２を参照すると、図２２は、本発明の実施形態によるデータパケットの処理モードを判定する方法の別の実施形態の概略流れ図である。
【０３０６】
図２２に示されているように、本発明のこの実施形態でのデータパケットの処理モードを判定する方法の別の実施形態は、以下のステップを含み得る。
【０３０７】
Ｓ２２００  ネットワークデバイスが、第２の表示情報をユーザ機器に送り、第２の表示情報は、ユーザ機器が受信された第２の表示情報に従ってユーザ機器によるデータパケットの処理のモードを判定するようにするために、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示するのに使用され、ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。
【０３０８】
任意選択で、ステップＳ２２００の前に、ネットワークデバイスは、ユーザ機器によって送られた第３の表示情報を受信することがある。第３の表示情報は、データパケットに関する、ユーザ機器によってサポートされる処理モードを表示するのに使用される。第３の表示情報は、データ処理層の機能、データパケットカプセル化フォーマット、複数の処理モード、および類似物を具体的に含み得る。好ましくは、第３の表示情報、ユーザ機器のサービスタイプおよびデバイスタイプ、ならびに類似物は、同一のシグナリング内でネットワークデバイスに送られ、または、ユーザ機器のサービスタイプ、ユーザ機器のデバイスタイプ、もしくはその両方も、あるタイプの第３の表示情報に属する。ユーザ機器によって送られた第３の表示情報を受信した後に、ネットワークデバイスは、データパケットに関する、ユーザ機器によってサポートされる入手された処理モードから、ユーザ機器によるデータパケットの処理に関するものに対応するネットワークデバイスによるデータパケットの処理のモードを判定する。
【０３０９】
実現可能な形において、送信端の処理モードは、送信端が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つをサポートすることを意味し得る。対応して、受信端の処理モードは、連結の後に入手されたデータパケットの分解、セグメント化されたデータパケットの組合せ、データパケットの並べ換え、またはデータパケットの透過的送信のうちの少なくとも１つであり得る。
【０３１０】
実現可能な形において、データ処理層での透過的送信は、データ処理層が、データパケットのセグメント化、連結、または順序はずれ送信のどの処理をもサポートしないことを意味する。すなわち、データ処理層は、アプリケーション層のデータパケットを最下層に直接に配送する。
【０３１１】
特定の実装形態では、ネットワークデバイスによって送られる第２の表示情報は、データパケットに関する、ネットワークデバイスによって判定される処理モードを表示することがある。たとえば、第２の表示情報は、データ処理層が、データパケットの連結、データパケットのセグメント化、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを実行することがあることを具体的に表示することがある。データパケットの透過的送信は、次の形で表示されることがある。第２の表示情報は、データパケットのセグメント化、連結、および順序はずれ送信のどれもがサポートされないことを表示する。
【０３１２】
送信端によって実行される順序はずれ送信が、受信端の並べ換え機能に対応していることに留意されたい。これは、具体的には、受信端が順序はずれ受信をサポートし得、さらに、シーケンス番号に従ってデータパケットに対する並べ換えを実行し得ることを意味する。一般に、データパケットは、送信端が順序はずれ送信を実行し、またはデータ処理層での再送信をサポートする時に順序はずれであることがあるので、当初により以前に送信されたデータパケットが、当初により後に送信されたデータパケットより後に受信端に達する。
【０３１３】
任意選択で、第２の表示情報は、異なる処理モードが使用されうることを表示することがある。すなわち、送信端は、要件に従って異なる処理モードを使用し、データパケットのヘッダ情報内でデータパケットに固有の処理モードを表示することがある。表示の形は、具体的には、複数のサービスを有するユーザ機器に適用可能である。
【０３１４】
特定の実装形態では、ユーザ機器は、第２の表示情報に従って、データパケットに関する、ネットワークデバイスによって判定される処理モードから、ユーザ機器によるデータパケットの処理のモードを判定することがある。ユーザ機器によって判定される処理モードは、ネットワークデバイスによって判定される処理モードのうちの少なくとも１つである。たとえば、Ｓ２２００で与えられる第２の表示情報が、１つのタイプの処理モードだけを含む場合に、ユーザ機器は、ネットワークデバイスによって指定された処理モードを使用する。第２の表示情報が、複数のタイプの処理モードを表示する場合に、ユーザ機器は、第２の表示情報によって表示される複数のタイプの処理モードから少なくとも１つのタイプの処理モードを選択し、ネットワークデバイスにその処理モードを表示し得る。
【０３１５】
Ｓ２２０１  ネットワークデバイスが、ユーザ機器によって送られた処理済みのデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手される。
【０３１６】
任意選択で、ユーザ機器が、データパケットの処理モードを判定した後に、ユーザ機器は、第１の表示情報を生成し、第１の表示情報を、ユーザ機器によってネットワークデバイスに送られるデータパケットのヘッダ情報に追加し、その結果、ネットワークデバイスは、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定するようになる。ユーザ機器は、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化する。ヘッダ情報は、第１の表示情報を含む。
【０３１７】
Ｓ２２０２  ネットワークデバイスが、受信されたデータパケットに従って第１の表示情報を入手し、第１の表示情報は、データパケットに関する、ユーザ機器によって判定される処理モードを表示するのに使用され、受信されたデータパケットは、ユーザ機器が、データ処理層のヘッダ情報を追加することによって、処理モードに従ってデータパケットをカプセル化した後に入手され、ヘッダ情報は、第１の表示情報を含む。
【０３１８】
特定の実装形態では、第１の表示情報は、サービスタイプ情報、デバイスタイプ情報、データパケットカプセル化フォーマット情報、またはデータ処理層の機能情報のうちの少なくとも１つであり得る。
【０３１９】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、データパケットのセグメント化、データパケットの連結、データパケットの順序はずれ送信、またはデータパケットの透過的送信のうちの少なくとも１つを含む。
【０３２０】
本発明のこの実施形態が、ユーザ機器の間の直接通信において使用されてもまたよいことに留意されたい。この場合に、第１のユーザ機器が、一貫した処理モードを判定するために、前述の形で処理モードに関して第２のユーザ機器と交渉することがあり、または、ネットワークデバイスが、処理モードに関して第１のユーザ機器と第２のユーザ機器とのそれぞれと交渉し、ネットワークデバイスが、第１のユーザ機器および第２のユーザ機器の一貫した処理モードを選択する。データパケットに関して使用される異なる処理モードに関して、データパケットのヘッダ情報は、それに応じて異なる。具体的には、データパケットのカプセル化フォーマットが異なる。ユーザ機器が送信端として働く例が、下で、本発明のこの実施形態での説明のために特に使用される。ネットワークデバイスが送信端として働く時に使用されるデータパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるデータパケットカプセル化フォーマットと同一であり、本明細書でもう一度説明されることはない。
【０３２１】
実現可能な形において、ユーザ機器によるデータパケットの処理のモードは、透過的送信モードであることがある。本明細書での透過的送信モードは、データ処理層がデータパケットのセグメント化、連結、または順序はずれ送信の処理をサポートせず、データパケットをルーティングするのみであることを意味する。図４に示されているように、図４は、データパケットの第１の処理モードでの概略構造図である。ユーザ機器が、データ処理層での処理モードが透過的送信モードであると判定する時に、データ処理層は、アプリケーション層のデータパケットをＰＨＹ層に直接にルーティングし、データパケットは、ＰＨＹ層を使用することによって、ネットワークデバイスに送られる。ＰＨＹ層がデータパケットを処理する処理は、データパケット送信処理の必要なステップである、符号化、変調、およびチェックなどの処理を含むことがある。この実施形態は、ＰＨＹ層でのデータパケットの処理のモードに対する限定を課さない。本明細書でのアプリケーション層のデータパケットは、データ処理層の上のプロトコル層からデータ処理層に送られるデータパケットである。データパケットは、アプリケーション層、ＴＣＰ層、もしくはＵＤＰ層からであることがあり、または、ＰＤＣＰ層からもしくはデータ処理層の上の暗号化層からであることがある。これは、本明細書では限定されない。
【０３２２】
特定の実装形態では、図５に示されているように、図５は、データパケットの第１の処理モードでの第１のタイプのカプセル化フォーマットの概略構造図である。データ処理層が、データパケットにパディングデータを追加する必要がない時に、第１のカプセル化フォーマットは、図５ａによって示される概略構造図に示されている。パディングデータは、データパケット全体のサイズがネットワークデバイスによって指定されるデータパケットサイズを満足することを保証するために、データ処理層によってパディングされるデータシーケンスである。
【０３２３】
データ処理層が、データパケットのサイズがネットワークデバイスによって指定されるデータパケットサイズを満足することを保証する必要がある時に、特定の実装形態では、図５ｂに示されているように、データパケットのヘッダ情報は、第１の表示情報および長さ表示情報を含むことがある。図５ｂでは、長さ表示情報は、データパケットの長さを表示するのに使用され得、または、パディングデータの長さを表示するのに使用され得る。
【０３２４】
実現可能な形において、図５ｂでは、データパケットのヘッダ情報は、ヘッダ情報が長さ表示情報を含むかどうかを表示するために、長さフィールド表示情報をさらに含むことがある。データ処理層が、データパケットにパディングデータを追加しない時には、長さフィールド表示情報は、長さ表示情報がその後に搬送されないことを表示し、ヘッダ情報の内容は、さらに減らされる。
【０３２５】
本発明のこの実施形態では、ユーザ機器およびネットワークデバイスが、交渉によって、データパケットが送られる前にデータパケットの処理モードを判定する場合に、その結果、送信端および受信端がデータパケットの処理モードを一意に判定できるようになるか、試行によってデータパケットの処理モードを正しく入手することができるようになり、データパケットのヘッダ情報は、第１の表示情報を搬送しないことがある。したがって、本発明のすべての実施形態で説明されるデータパケットの様々なカプセル化フォーマットに関して、ヘッダ情報内の第１の表示情報は、必要ではない。
【０３２６】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードが、データパケットの連結だけを含む時に、図６に示されているように、図６は、データパケットの第２の処理モードでのユーザ機器の概略構造図である。データ処理層がデータパケットに対して連結を実行することは、データ処理層が、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせ、データ処理層の組み合わされたデータパケットをＰＨＹ層に転送することを意味する。したがって、第２の処理モードに対応する第２のカプセル化フォーマットは、図７に示されたものであることがある。データ処理層は、データ処理層で１つのデータパケットを形成するためにアプリケーション層の複数のデータパケットを組み合わせる。ヘッダ情報は、第１の表示情報および少なくとも１つのサブヘッダ情報を含む。第１のサブヘッダ情報は、第１のサブデータパケットの長さ表示情報および第１のサブデータパケットのヘッダ表示情報を含み、第２のサブヘッダ情報は、第２のサブデータパケットの長さ表示情報および第２のサブデータパケットのヘッダ表示情報を含み、・・・第Ｎのサブヘッダ情報は、第Ｎのサブデータパケットの長さ表示情報および第Ｎのサブデータパケットのヘッダ表示情報を含む（この実施形態の第Ｎは、最後を意味し、Ｎは、１以上の整数である）。第１の表示情報は、ユーザ機器によるデータパケットの処理のモードを表示するのに使用される、すなわち、連結動作が、データパケットに対して実行される。データパケットの長さ表示情報は、サブヘッダに対応するデータパケットのサイズを表示するのに使用され、ヘッダ表示情報は、次のフィールドがデータパケットまたは次のデータパケットのサブヘッダ情報のどちらであるのかを表示するのに使用される。好ましくは、連結の後に入手されるデータパケットがパディングデータを含まない時に、第Ｎのサブデータパケットのサブヘッダ情報は、長さ表示情報を搬送する必要がない（たとえば、図９、図１１、図１２、および図１４の実施形態）。任意選択の実装形態では、長さフィールド表示情報は、データパケットのサブヘッダが長さ表示情報を含むかどうかを表示するために、各データパケットのサブヘッダにさらに追加され得る。
【０３２７】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結および順序はずれ送信を含む（この場合に、ネットワークデバイスは、受信端として働く時に並べ換えを実行する必要がある）。したがって、第１の表示情報によって表示される処理モードが、データパケットの連結およびデータパケットの順序はずれ送信の処理を含むことが、例として使用される。図８に示されているように、図８は、データパケットの第３の処理モードでのユーザ機器の概略構造図である。したがって、図９に示されているように、図７に示されたヘッダ情報に基づいて、シーケンス番号情報が、データ処理層によって処理されるデータパケットのヘッダ情報に追加され得る。シーケンス番号情報は、ユーザ機器によって初めて送られるすべてのデータパケットの番号を表示するのに使用される。第１の表示情報は、ユーザ機器が処理モードすなわちデータパケットの連結およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。ネットワークデバイスが受信端として働く時には、データパケットのシーケンス番号情報が、すべてのデータパケットの位置を復元するために入手される。さらに、ユーザ機器およびネットワークデバイスが、再セグメント化されたデータパケットの並べ換えをサポートする時に、ユーザ機器またはネットワークデバイスは、ユーザ機器またはネットワークデバイスが送信端として働く時に、データパケットのサブヘッダ内に各データパケットのシーケンス番号を含める必要がある。第Ｎのサブデータパケットの処理に関しては、図７の説明を参照されたい。
【０３２８】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、２タイプの処理モードすなわち、セグメント化および順序はずれ送信を含む。図１０に示されているように、図１０は、第４の処理モードでのユーザ機器の概略構造図である。データ処理層は、データパケットのセグメント化と、物理層へのデータパケットの順序はずれ送信などのデータパケットの非順次送信とをサポートすることがある。したがって、図１１に示されているように、図１１は、データ処理層がデータパケットをセグメント化した後に使用される第４のタイプのカプセル化フォーマットの概略構造図である。データ処理層による処理の後に入手されるデータパケットのヘッダ情報は、第１の表示情報（任意選択）、サブデータパケットのシーケンス番号情報、サブデータパケットの長さ表示情報（任意選択）、およびセグメント化表示情報を含む。第１の表示情報は、ユーザ機器がデータパケットのセグメント化およびデータパケットの順序はずれ送信をサポートすることを表示するのに使用される。サブデータパケットのシーケンス番号情報は、サブデータパケットの、ユーザ機器のデータ処理層での番号を表示するのに使用される。サブデータパケットの長さ表示情報は、サブデータパケットのサイズを表示するのに使用される。セグメント化表示情報は、サブデータパケットがセグメント化されるかどうかを表示するのに、または、サブデータパケットの位置であって、アプリケーション層からデータ処理層に転送されるデータパケットがセグメント化された後に入手されるデータパケット、たとえば最初のサブデータパケット、中央のサブデータパケット、または最後のサブデータパケット内の位置をさらに表示するのに使用される。さらに、セグメント化表示情報は、サブデータパケットの長さ表示情報が存在するかどうかを表示するのにさらに使用され得る。セグメント化表示情報が、サブデータパケットが最後のサブデータパケットではないことを表示する場合に、長さ表示情報は、ヘッダ情報内に含まれる必要がない。任意選択で、受信端が、データパケットが固定されたサイズを満足する必要があることを必要としない場合にも、長さ表示情報は、ヘッダ情報内に含まれる必要がない。データ処理層が、セグメント化機能だけをサポートする場合に、ヘッダフィールドは、シーケンス番号情報を含まない。
【０３２９】
任意選択で、サブデータパケットのシーケンス番号情報が、セグメント化表示情報の意味と同様の意味を有するので、サブデータパケットのシーケンス番号情報およびセグメント化表示情報が、サブデータパケットのシーケンス番号情報またはセグメント化表示情報を形成するために組み合わされることがある。組合せの後に、サブデータパケットの構造は、図１２に示されている（図１２では、サブデータパケットのシーケンス番号情報およびセグメント化表示情報は、サブデータパケットのシーケンス番号情報を形成するために組み合わされる）。
【０３３０】
本発明のこの実施形態では、ユーザ機器およびネットワークデバイスが、データパケットの処理モードを判定した後に、それは、データ処理層がデータパケットに対して対応する処理を必ず実行することを表示しない。たとえば、ユーザ機器およびネットワークデバイスが、データパケットの第４のタイプの処理モードを使用すると判定する場合に、ユーザ機器は、データパケットが相対的に大きく、ネットワークによって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できない時に限ってデータパケットをセグメント化し、データパケットが相対的に小さく、ネットワークによって与えられたスケジューリンググラントが、データパケットが一時に完全に送られることを保証できる時に、ユーザ機器はセグメント化動作を実行しない。前述の実施形態での順序はずれ送信に関して、データパケット送信順序のエラーは、いくつかのデータパケットが再送信される必要がある時に限って引き起こされ得る。前述の表示は、データ処理層がデータパケットの順序はずれ送信をサポートできることを表示するのみであって、データ処理層がデータパケットに対して順序はずれ送信を必ず実行することを表示するのではない。データ処理層での不規則は、物理層での不規則によって引き起こされることがある。すべての理由によって引き起こされる不規則は、本明細書では、集合的にデータ処理層での不規則と呼ばれる。
【０３３１】
特定の実装形態では、送信端として働くユーザ機器によるデータパケットの処理のモードは、データパケットの連結、セグメント化、および順序はずれ送信を含む。図１３に示されているように、図１３は、第５の処理モードでの概略構造図である。第１の表示情報によって表示される処理モードは、次を含む：データパケットの連結、データパケットのセグメント化、およびデータパケットの順序はずれ送信。したがって、図１４に示されているように、図１４は、データパケットの第５のタイプのデータパケットカプセル化フォーマットの概略構造図である。この処理モードでは、データ処理層による処理の後に入手されるデータパケットは、以下のタイプを含むことがある。
１．完全なデータパケット
２．データパケットがセグメント化された後に入手されるサブデータパケット
３．複数の完全なデータパケットの連結の後に入手されるデータパケット
４．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットとの連結の後に入手されるデータパケット
５．現在のデータパケットのサブデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット
６．現在のデータパケットのサブデータパケットと次の複数の完全なデータパケットと次のデータパケットのサブデータパケットとの連結の後に入手されるデータパケット。
【０３３２】
各サブデータパケットは、アプリケーション層の完全なデータパケットがデータ処理層によってセグメント化された後に入手されるセグメント化ブロックであり、複数のサブデータパケットが、アプリケーション層の１つの完全なデータパケットを形成する。
【０３３３】
受信端がすべてのデータパケットおよび／またはサブデータパケットの間で正しく区別できるために、データパケットカプセル化フォーマットが、図１４に示されている。
【０３３４】
図１４では、データ処理層のデータパケットのヘッダ情報は、第１の表示情報、シーケンス番号情報、および複数のデータパケットのサブヘッダ情報を含む。サブデータパケットのサブヘッダ情報は、データパケットの長さ表示情報、データパケットのセグメント化表示情報、およびヘッダ表示情報を含み得る。ヘッダ情報内の情報のそれぞれの詳細な機能については、図５から図１２の実施形態の関連する説明を参照されたい。詳細が、この実施形態でもう一度説明されることはない。
【０３３５】
任意選択で、データ処理層によってデータパケットに対して実行される順序はずれ送信の処理モードが、ＰＨＹ層が不規則で並列の形でデータパケットを送る時に引き起こされるデータパケットの不規則に依存するので、ＰＨＹ層が、単一の処理によってデータパケットを送信する場合に、データ処理層は、データパケットの順序はずれ送信の処理モードを使用する必要がなく、データパケットの対応するヘッダ情報は、シーケンス番号情報を含まない。
【０３３６】
この実施形態で提供される処理モードは、例に過ぎない。異なる処理モードに従って、本明細書では列挙されないさらなる他のデータパケットカプセル化フォーマットがある。すべての処理モードで、データ処理層が順序はずれ送信の機能を含まない（たとえば、１つのＨＡＲＱ処理だけがある）ならば、シーケンス番号情報は、ヘッダ情報内で必要とされない。本発明では、データ処理層のいくつかの機能だけが列挙され、データ処理層が他の機能、たとえば論理チャネルの多重化および暗号化をさらに有する可能性は、除外されない。論理チャネルが多重化される時には、論理チャネルの識別子だけが、データパケットのヘッダ情報または前述の複数の処理モードのサブデータパケットのヘッダ情報に追加される必要がある。データ処理層が、制御データパケットを送ることもある。前述のデータパケットカプセル化フォーマットは、制御データパケットに使用され得、第１の表示情報または論理チャネルの識別子を使用することによって表示される。代替として、異なる処理モードが、異なる論理チャネル内のデータパケットまたは制御データパケットに使用され得る。これは、本明細書では限定されない。
【０３３７】
判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従ってデータパケットに対して対応する処理を実行し得、その結果、ネットワークデバイスは、データパケットを正しく解析するようになる。
【０３３８】
任意選択で、ネットワークデバイスが、第１の表示情報に従って、ユーザ機器によるデータパケットの処理のモードを判定した後に、ネットワークデバイスは、ユーザ機器に肯定応答情報をフィードバックすることがあり、肯定応答情報は、ネットワークデバイスが、ユーザ機器によるデータパケットの処理のモードに対応する処理モードを使用することによって、ユーザ機器によって送られたデータパケットを処理することを肯定応答するのに使用される。本発明のこの実施形態は、送信端としてユーザ機器を使用することによって説明される。ネットワークデバイスが、データ送信端として働く時に、データパケットカプセル化フォーマットは、ユーザ機器が送信端として働く時に使用されるカプセル化フォーマットと同一である。
【０３３９】
Ｓ２２０３  ネットワークデバイスが、データパケットの処理モードを判定する。
【０３４０】
特定の実装形態では、判定された処理モードに従ってデータパケットを処理した後に、ユーザ機器は、ネットワークデバイスにデータパケットを送る。この場合に、ネットワークデバイスは、ユーザ機器によるデータパケットの処理のモードに従って受信されたデータパケットに対して対応する処理を実行し得、その結果、ネットワークデバイスによって実行される処理が、ユーザ機器によって実行される処理に対応するようになる。たとえば、ユーザ機器がデータパケットをセグメント化した後に、ネットワークデバイスは、セグメント化されたデータパケットを組み合わせる必要がある。代替として、ユーザ機器が、データパケットに対して連結を実行した後に、ネットワークデバイスは、連結の前に存在したデータパケットを入手するために、連結の後に入手された受信されたデータパケットを分解する必要がある。代替として、データパケットが、ユーザ機器によって実行される送信中に順序はずれである時に、ネットワークデバイスは、受信されたデータパケットに対して並べ換え処理を実行する必要がある。
【０３４１】
本発明のこの実施形態を使用することによって、ネットワークデバイスは、ユーザ機器によって送られたデータパケットを受信し、データパケットは、ユーザ機器が判定された処理モードに従ってデータパケットを処理した後に入手され、ネットワークデバイスは、データパケットの処理モードを判定する。ユーザ機器およびネットワークデバイスは、データパケットのヘッダモードを判定するために、データパケットの処理モードを別々に判定し得る。したがって、ユーザ機器がデータパケットを送る時に、データパケットのヘッダ情報の内容が減らされることがあり、その結果、データパケット送信量が減らされるようになり、ユーザ機器のオーバーヘッドが減らされるようになり、データ送信コストが減らされるようになり、エアインターフェースリソースの利用が増やされるようになる。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2018520596.tif 000025
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１７
【補正方法】変更
【補正の内容】
【図１７】
2018520596.tif 000026
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図１８
【補正方法】変更
【補正の内容】
【図１８】
2018520596.tif 000027
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１９
【補正方法】変更
【補正の内容】
【図１９】
2018520596.tif 000028
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図２０
【補正方法】変更
【補正の内容】
【図２０】
2018520596.tif 000029
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２１
【補正方法】変更
【補正の内容】
【図２１】
2018520596.tif 000030
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図２２
【補正方法】変更
【補正の内容】
【図２２】
2018520596.tif 000031
【国際調査報告】
2018520596.tif 000032
2018520596.tif 000033
2018520596.tif 000034
2018520596.tif 000035