無線リソースのスケジューリング方法であって、前記方法は、アクセスネットワーク要素は端末がサポートした業務の対応するアップリンクULデータの特徴情報を取得し、前記端末は起動する業務が規則性又は予測可能性を有すると判断すると、前記アクセスネットワーク要素のULリソーススケジューリングシグナルを待ち、及び前記アクセスネットワーク要素は前記端末の起動する業務が規則性又は予測可能性を有する時、前記端末が起動する業務の対応するULデータの特徴情報に基づき、前記端末に前記ULリソーススケジューリングシグナルを送信し、且つ前記端末にULリソーススケジューリングを行うことを含む。前記端末がサポートした業務の対応するULデータの特徴情報は前記端末がサポートした業務のデータモデルの特徴或は前記端末がサポートした業務のデータパッケージの大きさの情報を含む請求項1に記載の方法。前記データモデルの特徴は下記情報:データパッケージの大きさの範囲が固定であるかどうか、データパッケージの大きさの範囲が固定であるデータパッケージの種類の数量、データパッケージが一回だけ送信するかどうか、データパッケージの送信が周期性を有するかどうか、ある種類のデータパッケージの送信が周期性を有する場合、該種類のデータパッケージの送信周期、複数種類の大きさが固定であるデータパッケージ間の送信順序は固定規則に一致するかどうか、及び該送信順序が一致した該固定規則の中の一種又は一種以上を含む請求項2に記載の方法。前記端末がサポートした業務のデータパッケージの大きさの情報は下記情報:データパッケージの大きさの実際値又は実際値の範囲、データパッケージの大きさの範囲が所属するレベル及びデータパッケージの大きさの範囲によって分けられたデータパッケージの大きさの種類の中の一種又は一種以上を含む請求項2に記載の方法。前記アクセスネットワーク要素は前記端末がサポートした業務の対応するULデータの特徴情報を取得するステップは、前記アクセスネットワーク要素がコアネットワーク要素、マシン種類通信MTCサーバー或は前記端末から前記端末がサポートした業務の対応するULデータの特徴情報を取得することを含む請求項1に記載の方法。前記アクセスネットワーク要素は前記コアネットワーク要素から前記端末がサポートした業務の対応するULデータの特徴情報を取得する時、前記端末がサポートした業務の対応するULデータの特徴情報が前記コアネットワーク要素に保存され、前記端末が対応する登録情報に前記端末がサポートした業務の対応するULデータの特徴情報を含み、前記アクセスネットワーク要素は前記MTCサーバーから前記端末がサポートした業務の対応するULデータの特徴情報を取得する時、前記MTCサーバーに前記端末がサポートした業務の対応するULデータの特徴情報が保存される請求項5に記載の方法。前記端末が起動する業務の対応するULデータの特徴情報は前記コアネットワーク要素により、S1インターフェースシグナルのフローを介して前記アクセスネットワーク要素に伝達され、又は前記MTCサーバーにより、前記コアネットワーク要素を介して前記アクセスネットワーク要素に転送される請求項5に記載の方法。前記S1インターフェースシグナルのフローは端末のコンテキスト初期化のフローにおけるS1インターフェースシグナル、端末のコンテキスト変化のフローにおけるS1インターフェースシグナル又は追加したS1インターフェースシグナルを含む請求項7に記載の方法。前記アクセスネットワーク要素が前記端末から前記端末がサポートした業務の対応するULデータの特徴情報を取得するステップは前記端末がネットワーク側と接続を構築する過程に前記ULデータの特徴情報を報告することを含む請求項5に記載の方法。前記端末と前記ネットワーク側と接続を構築する過程は、端末のランダムアクセス過程、前記アクセスネットワーク要素との無線リソース制御RRC層との接続の構築過程、前記アクセスネットワーク要素のRRC層との接続の再配置過程或は前記アクセスネットワーク要素のRRC層との接続の再構築過程を含む請求項9に記載の方法。前記端末がネットワーク側と接続を構築する過程に前記ULデータの特徴情報を報告するステップは、前記端末は前記ランダムアクセス過程のメッセージ3において自分がサポートした業務の対応するULデータの特徴情報を報告し、或は前記端末は前記RRC層接続の構築過程の接続要求メッセージ又は接続の構築完成メッセージに自分がサポートした業務の対応するULデータの特徴情報を報告し、或は前記端末は前記RRC層接続の再配置過程の接続の再配置完成メッセージに自分がサポートした業務の対応するULデータの特徴情報を報告し、或は前記端末は前記RRC層接続の再構築過程の接続の再構築要求メッセージ又は接続の再構築完成メッセージに自分がサポートした業務の対応するULデータの特徴情報を報告することを含む請求項10に記載の方法。前記端末が前記アクセスネットワーク要素にスケジューリング要求を送信し、及び前記アクセスネットワーク要素が前記スケジューリング要求を受け取った後、前記端末が起動する業務の対応するULデータの特徴情報に基づき、前記端末に前記ULリソーススケジューリングシグナルを送信することを更に含む請求項1に記載の方法。前記アクセスネットワーク要素がULスケジューリング位置に前記端末の報告したデータを受け取っていないと、スケジューリングを停止し、前記端末がスケジューリング要求及びULデータ量の大きさの情報レポートを報告することを待つことを更に含む請求項1に記載の方法。アクセスネットワーク要素であって、取得モジュール及び送信モジュールを含み、その中に、前記取得モジュールは端末がサポートした業務の対応するアップリンクULのデータの特徴情報を取得するように設置され、前記送信モジュールは前記端末の起動する業務が規則性又は予測可能性を有する時、前記端末が起動する業務の対応するULデータの特徴情報に基づき、前記端末に前記ULリソーススケジューリングシグナルを送信し、前記端末にULリソーススケジューリングを行うように設置される。前記取得モジュールはコアネットワーク要素、マシン種類通信MTCサーバー又は前記端末から前記端末がサポートした業務の対応するULデータの特徴情報を取得する方式で端末がサポートした業務の対応するULデータの特徴情報を取得するように設置される請求項14に記載のアクセスネットワーク要素。前記取得モジュールは前記端末のランダムアクセス過程、前記アクセスネットワーク要素と前記端末のRRC層との接続の構築過程、前記アクセスネットワーク要素のRRC層との接続の再配置過程又は前記アクセスネットワーク要素のRRC層との接続の再構築過程に前記端末がサポートした業務の対応するULデータの特徴情報を取得する方式で端末がサポートした業務の対応するULデータの特徴情報を取得するように設置される請求項15に記載のアクセスネットワーク要素。端末であって、送信モジュール、業務起動モジュール及び受信モジュールを含み、その中に、前記送信モジュールは自分がサポートした業務の対応するアップリンクULデータの特徴情報をアクセスネットワーク要素に送信するように設置され、前記業務起動モジュールは業務を起動するように設置され、及び前記受信モジュールは前記アクセスネットワーク要素が送信したULリソーススケジューリングシグナルを受信するように設置され、その中に、前記アクセスネットワーク要素は前記業務起動モジュールが起動する業務の対応するULデータの特徴情報に基づき、前記ULリソーススケジューリングシグナルを送信する。前記送信モジュールは前記端末のランダムアクセス過程、前記アクセスネットワーク要素のRRC層との接続の構築過程、前記アクセスネットワーク要素のRRC層との接続の再配置過程又は前記アクセスネットワーク要素のRRC層との接続の再構築過程に、前記自分がサポートした業務の対応するULデータの特徴情報を前記アクセスネットワーク要素に送信する方式で前記自分がサポートした業務の対応するULデータの特徴情報を前記アクセスネットワーク要素に送信するULデータの特徴情報をアクセスネットワーク要素に送信するように設置される請求項17に記載の端末。本発明が解決しようとする問題は無線リソーススケジューリング技術を提供する必要となり、従来のUL無線リソーススケジューリング技術がアップロード待ちのULデータ量が規則性又は予測可能な業務を有することに適用しない技術欠陥を克服することにある。上記技術問題を解決するために、本発明は無線リソースのスケジューリング方法を提供し、前記方法は、アクセスネットワーク要素は端末がサポートした業務の対応するアップリンクULデータの特徴情報を取得し、前記端末は起動する業務が規則性又は予測可能性を有すると判断すると、前記アクセスネットワーク要素のULリソーススケジューリングシグナルを待ち、及び前記アクセスネットワーク要素は前記端末が起動する業務が規則性又は予測可能性を有する時、前記端末が起動する業務の対応するULデータの特徴情報に基づき、前記端末に前記ULリソーススケジューリングシグナルを送信し、且つ前記端末にULリソーススケジューリングを行うこと、を含む。上記方法において、前記端末がサポートした業務の対応するULデータの特徴情報は前記端末がサポートした業務のデータモデルの特徴或は前記端末がサポートした業務のデータパッケージの大きさの情報を含む。上記方法において、前記データモデルの特徴は下記情報における一種又は一種以上を含み:データパッケージの大きさの範囲が固定であるかどうか、データパッケージの大きさの範囲が固定であるデータパッケージの種類の数量、データパッケージが一回だけ送信するかどうか、データパッケージの送信が周期性を有するかどうか、ある種類のデータパッケージの送信が周期性を有する場合、該種類のデータパッケージの送信周期、複数の種類の大きさが固定であるデータパッケージ間の送信順序は固定規則に一致するかどうか、及び該送信順序が一致した該固定規則。上記方法において、前記端末がサポートした業務のデータパッケージの大きさの情報は下記情報における一種又は一種以上を含み、データパッケージの大きさの実際値又は実際値の範囲、データパッケージの大きさの範囲が所属するレベル及びデータパッケージの大きさの範囲によって分けられたデータパッケージの大きさの種類。上記方法において、前記アクセスネットワーク要素は前記端末がサポートした業務の対応するULデータの特徴情報を取得するステップは、前記アクセスネットワーク要素がコアネットワーク要素、マシン種類通信MTCサーバー或は前記端末から前記端末がサポートした業務の対応するULデータの特徴情報を取得することを含む。上記方法において、前記アクセスネットワーク要素は前記コアネットワーク要素から前記端末がサポートした業務の対応するULデータの特徴情報を取得する時、前記端末がサポートした業務の対応するULデータの特徴情報が前記コアネットワーク要素に保存され、前記端末が対応する登録情報に前記端末がサポートした業務の対応するULデータの特徴情報を含み、前記アクセスネットワーク要素は前記MTCサーバーから前記端末がサポートした業務の対応するULデータの特徴情報を取得する時、前記MTCサーバーに前記端末がサポートした業務の対応するULデータの特徴情報が保存される。上記方法において、前記端末が起動する業務の対応するULデータの特徴情報は前記コアネットワーク要素により、S1インターフェースシグナルのフローを介して前記アクセスネットワーク要素に伝達され、又は前記MTCサーバーにより、前記コアネットワーク要素を介して前記アクセスネットワーク要素に転送される。上記方法において、前記S1インターフェースシグナルのフローは端末のコンテキスト初期化のフローにおけるS1インターフェースシグナル、端末のコンテキスト変化のフローにおけるS1インターフェースシグナル又は追加したS1インターフェースシグナルを含む。上記方法において、前記アクセスネットワーク要素が前記端末から前記端末がサポートした業務の対応するULデータの特徴情報を取得するステップは前記端末がネットワーク側と接続を構築する過程に前記ULデータの特徴情報を報告することを含む。上記方法において、前記端末と前記ネットワーク側と接続を構築する過程は、端末のランダムアクセス過程、前記アクセスネットワーク要素との無線リソース制御RRC層との接続の構築過程、前記アクセスネットワーク要素のRRC層との接続の再配置過程或は前記アクセスネットワーク要素のRRC層との接続の再構築過程を含む。上記方法において、前記端末がネットワーク側と接続を構築する過程に前記ULデータの特徴情報を報告するステップは、前記端末は前記ランダムアクセス過程のメッセージ3において自分がサポートした業務の対応するULデータの特徴情報を報告し、或は前記端末は前記RRC層の接続の構築過程の接続要求メッセージ又は接続の構築完成メッセージに自分がサポートした業務の対応するULデータの特徴情報を報告し、或は前記端末は前記RRC層の接続の再配置過程の接続の再配置完成メッセージに自分がサポートした業務の対応するULデータの特徴情報を報告し、或は前記端末は前記RRC層の接続の再構築過程の接続の再構築要求メッセージ又は接続の再構築完成メッセージに自分がサポートした業務の対応するULデータの特徴情報を報告することを含む。該方法は更に、前記端末が前記アクセスネットワーク要素にスケジューリング要求を送信し、及び前記アクセスネットワーク要素が前記スケジューリング要求を受け取った後、前記端末が起動する業務の対応するULデータの特徴情報に基づき、前記端末に前記ULリソーススケジューリングシグナルを送信することを含む。該方法は更に、前記アクセスネットワーク要素がULスケジューリング位置に前記端末が報告したデータを受け取っていないと、スケジューリングを停止し、前記端末がスケジューリング要求及びULデータ量の大きさの情報レポートを報告することを待つことを含む。上記技術問題を解決するため、本発明は更にアクセスネットワーク要素を提供し、前記アクセスネットワーク要素は取得モジュール及び送信モジュールを含み、その中に、前記取得モジュールは端末がサポートした業務の対応するアップリンクULのデータの特徴情報を取得するように設置され、前記送信モジュールは前記端末の起動する業務が規則性又は予測可能性を有する時、前記端末が起動する業務の対応するULデータの特徴情報に基づき、前記端末に前記ULリソーススケジューリングシグナルを送信し、前記端末にULリソーススケジューリングを行うように設置される。上記アクセスネットワーク要素において、前記取得モジュールはコアネットワーク要素、マシン種類通信MTCサーバー又は前記端末から前記端末がサポートした業務の対応するULデータの特徴情報を取得する方式で端末がサポートした業務の対応するULデータの特徴情報を取得するように設置される。上記アクセスネットワーク要素において、前記取得モジュールは前記端末のランダムアクセス過程、前記アクセスネットワーク要素と前記端末のRRC層との接続の構築過程、前記アクセスネットワーク要素のRRC層との接続の再配置過程又は前記アクセスネットワーク要素のRRC層との接続の再構築過程に前記端末がサポートした業務の対応するULデータの特徴情報を取得する方式で、端末がサポートした業務の対応するULデータの特徴情報を取得するように設置される。上記技術問題を解決するために、本発明は端末を更に提供し、前記端末は送信モジュール、業務起動モジュールServiceinitiatingmodule及び受信モジュールを含み、その中に:前記送信モジュールは自分がサポートした業務の対応するアップリンクULデータの特徴情報をアクセスネットワーク要素に送信するように設置され、前記業務起動モジュールは業務を起動するように設置され、及び前記受信モジュールは前記アクセスネットワーク要素が送信したULリソーススケジューリングシグナルを受信するように設置され、その中に、前記アクセスネットワーク要素は前記業務起動モジュールが起動する業務の対応するULデータの特徴情報に基づき、前記ULリソーススケジューリングシグナルを送信する。上記端末において、前記送信モジュールは前記端末のランダムアクセス過程、前記アクセスネットワーク要素のRRC層との接続の構築過程、前記アクセスネットワーク要素のRRC層との接続の再配置過程又は前記アクセスネットワーク要素のRRC層との接続の再構築過程に、前記自分がサポートした業務の対応するULデータの特徴情報を前記アクセスネットワーク要素に送信する方式で自分がサポートした業務の対応するULデータの特徴情報をアクセスネットワーク要素に送信するように設置される。従来技術と比べ、本発明による技術案に提出したリソーススケジューリング技術はULデータ量が規則性又は予測可能性を有する業務に対して、既存のスケジューリングフローを変えることによって、ULリソーススケジューリングに更に制御シグナルを省けさせ、しかもスケジューリングの遅延を減少し、無線周波数スペクトルの効率とシステムのスループットを高め、ユーザーの体験度を強化した。図面は本発明に対するより深い理解を提供することに用いられ、且つ構成説明書の一部になり、本発明の実施例と一緒に本発明を解釈するためのもので、本発明を制限しない。本発明の目的、技術案とメリットをより明らかにするため、以下図面を参照しながら、本発明の実施例を詳しく説明し、それにこれを利用し、本発明がどのように技術手段で技術問題を解決するか、且つ技術の効果を達成する実現過程を十分に理解できることになり、それによって、実施する。なお、衝突しない場合に、本発明の実施例及び実施例における特徴は互いに任意に組み合わせることが可能であり、すべてが本発明の保護範囲にあるものである。また、図面のフローチャートに示すステップは例えばコンピューターが実行可能な命令であるコンピューターシステムにおいて実行でき、しかもフローチャートに論理順序を示したが、ある場合に、これと異なる順序に示した又は描いたステップを実行してもよい。実施例一、無線リソースのスケジューリング方法図2に示すように、本実施例は主に以下のステップを含む。ステップS210、アクセスネットワーク要素は端末がサポートした業務の対応するULデータの特徴情報を取得し、ステップS220、端末はアクセスネットワーク要素とのランダムアクセス、無線リソース制御RadioResourceControl、RRC接続の構築、認証及びシグナルベアラとデータベアラの構築を完成した後、該ULデータの特徴情報に基づき、起動する業務が規則性又は予測可能性を有するかどうかを判断し、以下データの特徴が予測可能性を有すると称し、ステップS230、端末は起動する業務が規則性又は予測可能性を有すると判断すると、アクセスネットワーク要素にアップロード待ちのULデータ量の大きさの情報レポート或はバッファ状態報告と称するを送信することは必要がなく、アクセスネットワーク要素からのULリソーススケジューリングシグナルを待つようになり、ステップS240、アクセスネットワーク要素は端末がアップロード待ちのULデータ量の大きさの情報を送信することを待つのは必要がなく、予め取得した上記該端末が起動する業務の対応するULデータの特徴情報に基づき、端末にULリソーススケジューリングシグナルを送信し、端末に対してULリソーススケジューリングを行い、ステップS250、アクセスネットワーク要素はULスケジューリングの位置に端末が報告するデータを受け取っていないと、アクセスネットワーク要素は主動的にスケジューリングすることを停止し、既存の技術フローに従い、端末がスケジューリング要求及びULデータ量の大きさの情報レポートを報告することを待つようになる。上記ULデータ特徴の情報は以下の内容を含むが、それに限定されないものである。一業務に対応するデータモデルの特徴は以下の一種又は多種を含む。1データパッケージの大きさの範囲が固定であるかどうか、上記範囲が固定であるとはデータパッケージの大きさの変動或は分散がある予設閾値未満であることを指し、2データパッケージの大きさの範囲が固定するデータパッケージの種類の数量、データパッケージの種類はデータパッケージの大きさの範囲で分けられ、同じ範囲のデータパッケージが一つの種類に分けられ、異なる種類のデータパッケージのデータパッケージ大きさの範囲が異なり、3データパッケージが単回だけで送信するかどうか、単回だけ送信するとはただ一つのデータパッケージを送信し、今回のUL伝送を完成することを指し、4データパッケージの送信が周期性を有するかどうか、5ある種類のデータパッケージの送信が周期性を有すれば、該種類のデータパッケージの送信周期がどのぐらいか、6複数の種類の大きさの範囲が固定するデータパッケージがあれば、各種のデータパッケージ間の送信順序がある固定した規則に一致するかどうか、ある固定した規則に一致すれば、該固定した規則がどの内容か、7他の特徴。二業務に対応するデータパッケージの大きさの情報、データパッケージの大きさの範囲が固定しない業務タイプに対し、本項目の情報を含まなくてもよい。業務に対応するデータパッケージの大きさの情報は以下の複数の種類の方式の一つによって実現できる。1データパッケージ大きさの実際値又は実際値の範囲、2データパッケージの大きさの範囲が所属するレベル、レベルで表すデータパッケージの大きさ、各々のレベルがそれぞれ一つのデータパッケージの大きさの範囲に対応し、3データパッケージの大きさの範囲によって分けられたデータパッケージの大きさのタイプ、例えば該業務を短いデータデータの長さが比較的に短いと、非短いデータ等と注記し、各々タイプが異なるデータパッケージの大きさの範囲に対応する。上記ステップS210において、アクセスネットワーク要素が該ULデータの特徴情報を取得する方法は以下の内容を含むが、それに限定されるものではない。状況A:アクセスネットワーク要素はコアネットワーク要素から端末がサポートした業務の対応するULデータの特徴情報を取得し、或は状況B:アクセスネットワーク要素は端末から端末がサポートした業務の対応するULデータの特徴情報を取得する。上記ステップS210において、状況Aに記載するアクセスネットワーク要素がコアネットワーク要素から該ULデータの特徴情報を取得する実現方式は以下の方式を含むが、それに限定されるものではない。ステップA1において、端末がサポートした業務の対応するULデータの特徴情報がコアネットワーク要素又はマシン種類通信MTCサーバー内に保存され、及びステップA2において、端末が起動する業務の対応するULデータの特徴情報はアクセスネットワーク要素に送信され、端末に対するULスケジューリングを補助する。ステップA1に記載するULデータの特徴情報はコアネットワーク要素又はMTCサーバー内に保存され、以下の内容を含むが、それに限定されるものではない。場合A1a:端末が対応する登録情報には端末がサポートした業務のULデータの特徴情報が含まれ、或は場合A1b:MTCサーバー内に端末がサポートした業務のULデータの特徴情報が保存される。ステップA2に記載するULデータの特徴情報はアクセスネットワーク要素に送信され、以下の内容を含むが、それに限定されるものではない。場合A2a:コアネットワーク要素はS1インターフェースシグナルのフローを介して上記ULデータの特徴情報を基地局に伝送し、又は場合A2b:MTCサーバーは上記ULデータの特徴情報をコアネットワーク要素によってアクセスネットワーク要素に転送する。場合A2aに記載するコアネットワーク要素がS1インターフェースシグナルのフローを介し、上記ULデータの特徴情報を基地局に伝送する方式は以下の内容を含むが、それに限定されるものではない。コアネットワーク要素はULデータの特徴情報を既存のS1インターフェースシグナルに追加して送信し、例えば端末のコンテキスト初期化フローにおけるS1インターフェースシグナル、或は端末のコンテキスト変化フローにおけるS1インターフェースシグナル、或は一つのS1インターフェースシグナルを追加する。場合Bに記載するアクセスネットワーク要素は端末から該ULデータの特徴情報を取得する実現方式は以下の内容を含むが、それに限定されるものではない。場合B1:端末がネットワーク側と接続を構築する過程に、ULデータの特徴情報を報告し、実現方式は以下の内容を含むが、それに限定されるものではない。場合B1a:端末はランダムアクセス過程にULデータの特徴情報を報告し、例えば端末がランダムアクセス過程におけるメッセージ3msg3にULデータの特徴情報を報告し、場合B1b:端末はRRC接続が構築する過程にULデータの特徴情報を報告し、例えば端末がRRC接続の要求メッセージにULデータの特徴情報を報告し、或は端末がRRC接続の構築完成メッセージにULデータの特徴情報を報告し、場合B1c:端末はRRC接続が再配置する過程にULデータの特徴情報を報告し、例えば端末はRRC接続の再配置完成メッセージにULデータの特徴情報を報告し、場合B1d:端末はRRC接続が再構築する過程にULデータの特徴情報を報告し、例えば端末はRRC接続の再構築要求メッセージにULデータの特徴情報を報告し、或は端末がRRC接続の再構築完成メッセージにULデータの特徴情報を報告する。上記ステップS220におけるデータの特徴が予測可能性を有するとはデータパッケージの大きさの範囲が固定であり、且つ送信が固定した規則を有し、eNBはこれらの特徴情報に基づき、事前に端末が送信しようとする次のデータパッケージの大きさの範囲と送信時間を予測でき、例えば、単回だけ送信する大きさの範囲が固定したデータパッケージ業務、周期性に送信する大きさの範囲が固定したデータパッケージ業務等。これに対応するのはデータの特徴が予測可能性を有しないものであり、データパッケージの大きさの範囲が固定しないもの、或は多種の大きさの範囲が固定したデータパッケージがあるが、互いに送信する順序が固定した規則を有しない等を指す。上記ステップS230において、端末はアクセスネットワーク要素にスケジューリング要求を送信でき、且つアクセスネットワーク要素が送信するULリソーススケジューリングシグナルを待ち、ステップS240において、アクセスネットワーク要素は端末が報告したスケジューリング要求を待つ必要があり、且つスケジューリング要求を受け取った後、直接に事前に取得した上記該端末が起動する業務の対応するULデータの特徴情報に基づき、端末にULリソーススケジューリングシグナルを送信し、端末にULリソーススケジューリングを行う。上記ステップS230において、端末はスケジューリング要求を報告せず、直接にアクセスネットワーク要素が送信するULリソーススケジューリングシグナルを待ってもよく、ステップS240において、アクセスネットワーク要素は端末がスケジューリング要求及びアップロード待ちのULデータ量の大きさの情報を送信することを待つことは必要がなく、直接に事前に取得する上記該端末が起動する業務の対応するULデータの特徴情報に基づき、端末にULリソーススケジューリングシグナルを送信し、端末にULリソーススケジューリングを行ってもよい。本実施例の応用実例はLTEシステムにおける応用であり、コアネットワーク要素は移動性管理実体MobilityManagementElement、MMEであり、アクセスネットワーク要素がeNodeBeNBと略するであり、端末の登録情報はホーム加入者サーバHomeSubscriberServer、HSSに記憶される。eNBは端末に本発明に記載する無線リソーススケジューリングを行うには、まず端末のULデータの特徴情報を取得する必要がある。以上の内容のように、取得方式は以下通りの内容を含む。アクセスネットワーク要素はコアネットワーク要素から端末がサポートした業務の対応するULデータの特徴情報を取得し、或はアクセスネットワーク要素が端末から端末がサポートする業務の対応するULデータの特徴情報を取得する。アクセスネットワーク要素がコアネットワーク要素から該ULデータの特徴情報を取得する方式は以下の内容を含む。端末が対応する登録情報に端末がサポートした業務のULデータの特徴情報例えばHSSに保存されるを含み、或はMTCサーバーに端末がサポートした業務のULデータの特徴情報を含む。端末のULデータの特徴情報はアクセスネットワーク要素に送信される方式は以下通りの内容を含む。1アクセスネットワーク要素がコアネットワーク要素からULデータの特徴情報を取得しようとすれば、以下通りの方式がある。コアネットワーク要素はS1インターフェースシグナルのフローを介して、上記ULデータの特徴情報を基地局に伝送し、例えば:ULデータの特徴情報を既存のS1インターフェースの端末コンテキスト初期化フロー又は端末コンテキスト変化フローに追加して送信され、或は一つのS1インターフェースシグナルのフローを追加し、ULデータの特徴情報を送信することに専用する。2アクセスネットワーク要素はMTCサーバーからULデータの特徴情報を取得しようとすれば、上記コアネットワーク要素の転送過程によって完成する必要がある。3アクセスネットワーク要素は端末で端末がサポートする業務の対応するULデータの特徴情報を取得しようとすれば、端末とネットワーク側とが接続を構築する過程にULデータの特徴情報を報告してもよく、端末とネットワーク側とが接続を構築する過程にULデータの特徴情報を報告する方式は以下の内容を含む。端末はランダムアクセス過程にULデータの特徴情報を報告し、例えばメッセージ3msg3にULデータの特徴情報図3を参考まで、msg3が図に示すように、ランダムアクセス過程にeNBがUEに行った初回のスケジューリングであり、msg4の送信リソースを指示することに用いられるを報告し、或は端末はRRC接続が構築する過程にULデータの特徴情報を報告し、例えばRRC接続の要求メッセージにULデータの特徴情報を報告し、或はRRC接続の構築完成メッセージにULデータの特徴情報図4を参考までを報告し、或は端末はRRC接続が再配置する過程にULデータの特徴情報を報告し、例えばRRC接続の再配置完成メッセージにULデータの特徴情報図5を参考までを報告し、或は端末はRRC接続が再構築する過程にULデータの特徴情報を報告し、例えばRRC接続の再構築要求メッセージにULデータの特徴情報を報告し、或はRRC接続の再構築完成メッセージにULデータの特徴情報図6を参考までを報告する。図3に示す端末のランダムアクセスのフロー、図4に示す端末のRRC接続が構築するフロー、図5に示す端末のRRC接続が再配置するフロー及び図6に示す端末のRRC接続が再構築するフローは従来の技術を結びつけ理解してよく、ここでは贅言しない。上記ULデータの特徴情報は、端末がサポートした各種の業務のULデータはどの種類のデータモデルの特徴を有するか、業務に対応するデータパッケージの大きさの情報データパッケージの大きさの範囲が固定しない業務タイプが本項目の情報を含まなくてもよい。上記端末がサポートした各種の業務のULデータはどの様な種類のデータモデルの特徴を有するか、例えば:1データパッケージの大きさの範囲が固定であるかどうか、上記範囲が固定であるとはデータパッケージの大きさの変動或は分散がある予設閾値未満であることを指し、2データパッケージの大きさの範囲が固定するデータパッケージの種類の数量、データパッケージの種類はデータパッケージの大きさの範囲で分けられ、同じ範囲のデータパッケージが一つの種類に分けられ、異なる種類のデータパッケージのデータパッケージ大きさの範囲が異なり、3データパッケージが単回だけで送信するかどうか、4データパッケージの送信が周期性を有するかどうか、5ある種類のデータパッケージの送信が周期性を有する場合に、該種類のデータパッケージの送信周期がどのぐらいか、6複数種類の大きさの範囲が固定するデータパッケージがあれば、各種のデータパッケージ間の送信順序がある固定した規則に一致するかどうか、ある固定した規則に一致すれば、該固定した規則がどの内容か、7他の特徴。それらのデータの特徴が規則性又は予測可能性を有する業務データパッケージの大きさの範囲が固定し、且つ送信が固定した規則を有するタイプを指し、eNBはこれらの特徴情報に基づき、事前に端末が送信しようとする次のデータパッケージの大きさの範囲と送信時間を予測でき、例えば、単回だけ送信する大きさの範囲が固定したデータパッケージ業務、周期性に送信する大きさの範囲が固定したデータパッケージ業務等、これに対応するのは規則性又は予測可能性を有しない業務であり、データパッケージの大きさの範囲が固定しないもの、或は複数種類の大きさの範囲が固定したデータパッケージがあるが、互いに送信する順序が固定した規則を有しないもの等を指すに対して、eNBはそのデータの特徴情報に基づき、ULリソーススケジューリングを行える。以上に記載するデータモデルの特徴は単に例示だけで、また他のより多い種類と分類方法が存在可能であり、分類方法は本発明の実質を影響しない。上記業務に対応するデータパッケージの大きさの情報は以下の複数の種類の方式の一つによって実現できる。1データパッケージの大きさの実際値又は実際値の範囲、例えばバイトByteを単位とする或はビットBitを単位とする具体的な数値、或は2レベルで表したデータパッケージの大きさ、例えばデータパッケージの大きさを若干のレベルに分け、各々レベルが異なるデータパッケージの大きさの範囲を代表し、或は3データパッケージの大きさの範囲によって大体なタイプの区分を行い、例えば該業務を短いデータ、中等データ、長いデータ等に注記し、各々タイプはそれぞれ一つの幅広いデータパッケージの大きさの範囲に対応し、例えば短いデータはデータパッケージの大きさが300Bytes以下であると表し、中等データはデータパッケージの大きさが300Bytes~1MByte間にあると表し、長いデータはデータパッケージの大きさが1MByteを超えると表す。以上の内容は単に例示だけで、本発明を限定するものではない。上記方法は単にデータパッケージの大きさの情報を説明する部分的な例だけで、また、他の方法の存在が可能であり、データパッケージの大きさを表すことができればよく、後続の発明内容に影響しない。端末はUL伝送を行うために、まずランダムアクセス過程、eNBとRRC層接続を構築する過程、認証過程、シグナルベアラとデータベアラ過程を構築することを完成し、次にULデータの伝送を行える。これらの過程における任意の一つの過程はアクセスネットワーク要素eNBが上記方法に基づき、該端末が起動する業務の対応するULデータの特徴情報を取得できる。端末とネットワーク側が上記のこれらの過程を完成した後、eNBと端末とも端末の起動する業務が上記データの特徴が予測可能性を有する業務に属するかどうかを判断する必要があり、属するのであれば、以下2種類のULスケジューリング方法を選択できる。1端末はスケジューリング要求及びバッファ状態報告BufferStatusReport、BSR、その中に端末のアップロード待ちのULデータ量の大きさの情報を含むを報告することは必要がなく、アクセスネットワーク要素のULリソーススケジューリングシグナルを待ち、eNBは端末がスケジューリング要求及びBSRを報告することを待つことは必要がなく、直接に事前に取得した上記該端末が起動する業務の対応するULデータの特徴情報に基づき、端末にULリソーススケジューリングを行い、2端末はスケジューリング要求を報告することが必要となるが、BSRを報告することは必要がなく、端末がスケジューリング要求を報告した後、アクセスネットワーク要素のULリソーススケジューリングシグナルを待ち、eNBは端末がスケジューリング要求を報告することを待つ必要となり、スケジューリング要求を受け取った後、BSRを待つことは必要がなく、直接に事前に取得した上記該端末が起動する業務の対応するULデータの特徴情報に基づき、端末にULリソーススケジューリングを行う。アクセスネットワーク要素は端末が報告するスケジューリング要求を待ち、次にULリソーススケジューリングシグナルを送信し、eNBは端末が報告したスケジューリング要求を待たず、直接にULリソーススケジューリングシグナルを送信することと比べ、スケジューリングの遅延がより大きくなり、しかもスケジューリング要求はより多いシグナルオーバーヘッドを齎すが、この二つの種類はそれぞれメリットがある。上記ULリソーススケジューリングは例えば、端末が送信しようとするデータパッケージは比較的に大きく、一つのサブフレーム内に該データパッケージのすべてのデータを十分に担持するリソースがなければ、eNBは端末に連続して若干個のサブフレームのULリソースを割り当てられる。端末は構築した業務が周期性の単一種類のデータパッケージ業務に属すれば、eNBは端末に半永続スケジューリングSemiPersistentScheduling、すなわち端末に一つの周期性の、周波数領域リソース位置が固定したULリソースを配置し、その周期と端末のデータパッケージのアップロード周期とマッチングするを配置することができる。以上にスケジューリングに関する例がeNBを実現する問題に属し、単に例を挙げて、本発明がeNBスケジューリングに対する補助作用を説明するだけで、本発明を限定されるものではない。図7は無線リソーススケジューリングの例のフローチャートであって、MobileOriginal呼出を例とし、図7に示すように、主に以下通りのステップを含む:ステップS710において、端末にULデータが到着する予定があり、UL送信を行う必要があり、ステップS720において、端末はランダムアクセス、eNodeBとRRC層の接続の構築、認証過程及びシグナルベアラとデータベアラとの構築を完成し、これらの過程において、MMEは端末の身分及び端末の起動しようとする業務タイプに基づき、対応する業務のULデータの特徴情報を端末が存在するサービスeNodeBに送信し、ステップS730において、eNodeBはULデータの特徴情報に基づき、ULリソーススケジューリングを行い、ステップS740において、端末はアップロード待ちのデータをアップロードする。ステップS730において、端末はネットワーク側とのアクセス、認証等の過程を完成した後、eNBは主動的に端末にULリソーススケジューリング端末がスケジューリング要求とBSRを送信することを待たなくてもよいを行うことができる。当然、上記例によれば、eNBは端末が送信したスケジューリング要求を受け取った後、次に端末にULスケジューリングを行う他種の実現方法がある。eNBは端末のアップロード待ちのデータ量の大きさを既知するので、eNBの初回のULスケジューリングが最大の割り当て可能なULリソースに基づき、端末にスケジューリングを行い、それで端末のスループットを著しく上昇させ、データパッケージ伝送の遅延を低減する。上記eNBを採用し、端末がスケジューリング要求及びBSRを報告することを待たず、本発明を実現する時、もう一種の状況が存在する可能がある。端末はMobileTerminating着呼を受け取って、且つeNBが端末にULリソースを割り当てた後、この時端末にアップロード待ちのULデータがなければ、eNBが予定のULリソース位置に如何なるULデータでも受け取っていないことを致してしまう。このような場合に、eNBは端末に主動的なULリソースの割り当てを停止でき、端末が従来の技術フローに従いスケジューリング要求を送信することを待ち、且つ後続のBSRを待つ。eNBは端末が報告したスケジューリング要求を待ち、次にULリソーススケジューリングシグナルを送信する必要があれば、eNBは端末が送信したスケジューリング要求を待った後、ULスケジューリングを行い、発生可能な冗長のULスケジューリングシグナルを減少させる。図8はアクセスネットワーク要素が直接に端末にULリソーススケジューリング即ち端末がスケジューリング要求を報告する必要はないを行う時の無線リソーススケジューリングのフローチャートである。図8に示すように、それは主に以下のステップを含む。ステップS810において、MobileTerminatingがあり、MMEは端末にページングメッセージを送信し、ステップS820において、端末はページングを受け取った後、ランダムアクセス、eNodeBとRRC層の接続、認証、シグナルベアラとデータベアラ過程の構築を完成し、上記これらの過程における任意の一つの過程において、MMEは端末の身分及び端末の起動しようとする業務タイプに基づき、対応する業務のULデータの特徴情報を端末が存在するサービスeNodeBに送信し、ステップS830において、eNodeBは端末にダウンリンクデータを送信し、ステップS840において、eNodeBは業務の特徴に従い判断し、端末が報告するULデータを受信する必要があれば、ULデータの特徴情報に基づきULリソーススケジューリングを行い、端末が報告したULデータを受信する必要がなければ、ULリソーススケジューリングを行わなく、ステップS850において、eNodeBはULリソーススケジューリングメッセージを送信し、ステップS860において、端末はスケジューリングされたリソース位置にデータを送信しなく、ステップS870において、eNodeBはULスケジューリングを停止し、スケジューリング要求を待つ。上記ステップS830において、eNBはダウンリンクMTMobileTerminatingデータを送信した後、ステップS840において、eNBは該端末が起動した業務の特徴情報に基づき、端末が後続時間にULデータが伝送待つかどうかを判断し、あれば、eNBは主動的に端末にULリソーススケジューリング端末が報告したスケジューリング要求及びBSRを待たず、或はスケジューリング要求だけ待つを行う。本例において、仮にeNBは端末が後続時間に伝送待ちのULデータがあると判断すれば、ステップS850を実行し、すなわちeNBは端末にULスケジューリングを行う。ステップS860に示す点線は端末はULスケジューリングが指示するリソース位置にULデータを送信しないと表し、このような状況を致す原因は複数種類があり、例えばULデータが到着遅延、或は端末が正常にULデータを取得しない等。ステップS870において、eNBは従来の技術フローすなわちスケジューリング要求とBSRを待つに従い、後続のULスケジューリングを行える。上記例はeNBがどのように端末の対応するデータの特徴情報を利用し、端末をULスケジューリングするかを説明することに用いられる。実施例二、アクセスネットワーク要素図9に示すように、本実施例のアクセスネットワーク要素90は主に取得モジュール910及び送信モジュール920を含み、その中に、取得モジュール910は端末がサポートした業務の対応するアップリンクULデータの特徴情報を取得するように設置され、送信モジュール920は該取得モジュール910と繋がり、送信モジュール920は上記端末が起動する業務が規則性或は予測可能性を有する時、端末が起動する業務の対応するULデータの特徴情報に基づき、端末にULリソーススケジューリングシグナルを送信し、端末にULリソーススケジューリングを行うように設置される。本実施例において、取得モジュール910はコアネットワーク要素、マシン種類通信MTCサーバー或は端末から端末がサポートする業務の対応するULデータの特徴情報を取得するように設置される。その中に、取得モジュール910は端末のランダムアクセス過程、アクセスネットワーク要素と端末のRRC層との接続の構築過程、上記アクセスネットワーク要素のRRC層との接続の再配置過程或は上記アクセスネットワーク要素のRRC層との接続の再構築過程に、端末がサポートする業務の対応するULデータの特徴情報を取得するように設置される。実施例三、端末図10に示すように、本実施例の端末900は主に送信モジュール960、業務起動モジュール970及び受信モジュール980を含み、その中に、送信モジュール960は自分がサポートした業務の対応するアップリンクULデータの特徴情報をアクセスネットワーク要素に送信するように設置され、業務起動送信970は業務を起動するように設置され、受信モジュール980は送信モジュール960と繋がり、受信モジュール980はアクセスネットワーク要素が送信するULリソーススケジューリングシグナルを受信するように設置され、その中に、アクセスネットワーク要素は業務起動送信970が起動する業務の対応するULデータの特徴情報に基づき、ULリソーススケジューリングシグナルを送信するように設置される。本実施例において、送信モジュール960は端末のランダムアクセス過程、アクセスネットワーク要素のRRC層との接続の構築過程、上記アクセスネットワーク要素のRRC層との接続の再配置過程或は上記アクセスネットワーク要素のRRC層との接続の再構築過程に、上記自身がサポートする業務の対応するULデータの特徴情報を上記アクセスネットワーク要素に送信するように設置される。当業者は上記本発明の各モジュール或は各ステップが共通した計算装置によって実現でき、それらが単独的な計算装置に集中することができ、或は複数の計算装置からなるネットワークに分布され、選択的に、それらは計算装置が実行可能なプログラムコードで実現してもよく、そうすると、それらを記憶装置に記憶し、計算装置により実行され、或はそれらをそれぞれ各々の集積回路に製造して送信し、或はそれらの中の複数のモジュールやステップを単一の集積回路モジュールに製造して実現することを理解するものである。それで、本発明は如何なる特定したハードウェアとソフトウェアの組合にも限定されないものである。以上内容は単に本発明の好適な実施例だけで、本発明の保護範囲を限定するものではない。本発明の内容によれば、他の複数種類の実施例を有することができ、本発明の精神とその実質を逸脱しない場合に、本分野に詳しい技術者は本発明によれば各種の相応な変更と変形をすることができ、本発明の精神と原則内に作った如何なる修正、同等引替、改善等すべてが本発明の保護範囲内に含まれるものである。