(57)【要約】【課題】プロトコル処理の複雑さを軽減し、通話品質の劣化を抑え、効率的に通信を行うことができる端末装置、基地局装置、方法、および集積回路に関する技術を提供すること。【解決手段】基地局装置と通信する端末装置であって、基地局装置からＲＲＣメッセージを受信する受信部と、ＲＲＣメッセージに含まれる、パケットロス率報告禁止タイマーフィールドに従ってパケットロス禁止タイマーを設定し、上位レイヤからパケットロス率に関する通知を受け取る事、及びパケットロス率報告禁止タイマーが動いていない事に基づいて、パケットロス率報告内容を作成し、パケットロス率報告禁止タイマーを開始し、基地局装置へ送信する処理部とを有し、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す方向に関する情報、及びパケットロス率に関する情報を含む。【選択図】図１１
2020025180.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置と通信する端末装置であって、
基地局装置からＲＲＣメッセージを受信する受信部と、
前記ＲＲＣメッセージに含まれる、パケットロス率報告禁止タイマーフィールドに従って、パケットロス率報告禁止タイマーを設定し、
上位レイヤからパケットロス率に関する通知を受け取る事、及び前記パケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信する処理部と、を有し、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
端末装置。
【請求項２】
基地局装置と通信する端末装置であって、
基地局装置からＲＲＣメッセージを受信する受信部と、
前記ＲＲＣメッセージに含まれる、パケットロス率報告周期タイマーフィールドに従って、パケットロス率報告周期タイマーを設定し、
前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信する処理部と、を有し、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
端末装置。
【請求項３】
前記パケットロス率報告内容は、前記基地局装置へ送信されるＲＲＣメッセージに含まれる、
請求項１、又は請求項２に記載の端末装置。
【請求項４】
前記パケットロス率報告内容は、前記基地局装置へ送信されるＭＡＣ制御要素に含まれる、
請求項１、又は請求項２に記載の端末装置。
【請求項５】
端末装置と通信する基地局装置であって、
端末装置へＲＲＣメッセージを送信する送信部と、
前記ＲＲＣメッセージに、パケットロス率報告禁止タイマーフィールドを含み、前記端末装置に処理を行わせる処理部とを有し、
前記処理は、
上位レイヤからパケットロス率に関する通知を受け取る事、及び前記パケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信する処理であり、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
基地局装置。
【請求項６】
端末装置と通信する基地局装置であって、
端末装置へＲＲＣメッセージを送信する送信部と、
前記ＲＲＣメッセージに、パケットロス率報告周期タイマーフィールドを含み、前記端末装置に処理を行わせる処理部とを有し、
前記処理は、
前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信する処理であり、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
基地局装置。
【請求項７】
基地局装置と通信する端末装置の方法であって、
基地局装置からＲＲＣメッセージを受信し、
前記ＲＲＣメッセージに含まれる、パケットロス率報告禁止タイマーフィールドに従って、パケットロス率報告禁止タイマーを設定し、
上位レイヤからパケットロス率に関する通知を受け取る事、及び前記パケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信し、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
方法。
【請求項８】
基地局装置と通信する端末装置の方法であって、
基地局装置からＲＲＣメッセージを受信し、
前記ＲＲＣメッセージに含まれる、パケットロス率報告周期タイマーフィールドに従って、パケットロス率報告周期タイマーを設定し、
前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信し、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
方法。
【請求項９】
端末装置と通信する基地局装置の方法であって、
端末装置へＲＲＣメッセージを送信し、
前記ＲＲＣメッセージに、パケットロス率報告禁止タイマーフィールドを含み、前記端末装置に処理を行わせ、
前記処理は、
上位レイヤからパケットロス率に関する通知を受け取る事、及び前記パケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信する処理であり、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
方法。
【請求項１０】
端末装置と通信する基地局装置の方法であって、
端末装置へＲＲＣメッセージを送信し、
前記ＲＲＣメッセージに、パケットロス率報告周期タイマーフィールドを含み、前記端末装置に処理を行わせ、
前記処理は、
前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信する処理であり、
前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：Ｅ−ＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。
【０００３】
また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏおよび新しい無線アクセス技術であるＮＲ（Ｎｅｗ  Ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５  Ｇｅｎｅｒａｔｉｏｎ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。
【０００４】
また、３ＧＰＰにおいて、Ｅ−ＵＴＲＡ、ＥＰＣ及び３ＧＰＰにおけるサービスの呼制御等を行うＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）（非特許文献１７）を使ったＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）が標準化されている。このＶｏＩＰは、無線ネットワークにＮＲを使う環境や、コアネットワークに５ＧＣを使う環境においてもサービスが提供できるよう、３ＧＰＰにおいて標準化が行われている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＲＰ−１７０８５５，”Ｗｏｒｋ  Ｉｔｅｍ  ｏｎ  Ｎｅｗ  Ｒａｄｉｏ  （ＮＲ）  Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ”
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．５０１,“Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ｔｈｅ  ５Ｇ  Ｓｙｓｔｅｍ；  Ｓｔａｇｅ  ２”
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．３００,  “Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２”
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．３３１,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．３２３,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献６】３ＧＰＰ  ＴＳ  ３６．３２２,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献７】３ＧＰＰ  ＴＳ  ３６．３２１,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献８】３ＧＰＰ  ＴＳ  ３７．３４０,“ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）ａｎｄ  ＮＲ;  Ｍｕｌｔｉ−Ｃｏｎｎｅｃｔｉｖｉｔｙ;  Ｓｔａｇｅ  ２”
【非特許文献９】３ＧＰＰ  ＴＳ  ３８．３００,  “ＮＲ；ＮＲ  ａｎｄ  ＮＧ−ＲＡＮ  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２”
【非特許文献１０】３ＧＰＰ  ＴＳ  ３８．３３１,“ＮＲ；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献１１】３ＧＰＰ  ＴＳ  ３８．３２３,“ＮＲ；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１２】３ＧＰＰ  ＴＳ  ３８．３２２,“ＮＲ；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１３】３ＧＰＰ  ＴＳ  ３８．３２１,“ＮＲ；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１４】３ＧＰＰ  ＴＳ  ２３．４０１  ｖ１４．３．０，“Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ”
【非特許文献１５】３ＧＰＰ  ＴＳ  ２３．５０２,“Ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ５Ｇ  Ｓｙｓｔｅｍ；  Ｓｔａｇｅ  ２”
【非特許文献１６】３ＧＰＰ  ＴＳ  ３７．３２４,  “ＮＲ；Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＤＡＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１７】３ＧＰＰ  ＴＳ  ２３．２２８,  “ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ  （ＩＭＳ）；  Ｓｔａｇｅ  ２”
【非特許文献１８】３ＧＰＰ  ＴＳ  ２３．２１６,  “Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ  （ＳＲＶＣＣ）；  Ｓｔａｇｅ  ２”
【非特許文献１９】３ＧＰＰ  ＴＲ  ２６．９５９,  “Ｓｔｕｄｙ  ｏｎ  ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ  （ＶｏＬＴＥ）  ｐｅｒｆｏｒｍａｎｃｅ”
【非特許文献２０】３ＧＰＰ  ＴＳ  ２３．２０３,  “Ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｃｏｎｔｒｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ”
【発明の概要】
【発明が解決しようとする課題】
【０００６】
３ＧＰＰにおけるＶｏＩＰでは、ＶｏＩＰによる音声通話（以下、ＶｏＩＰ通話という）中に、端末がＶｏＩＰサービスエリアから遠ざかろうとした場合、ＧＥＲＡＮ（ＧＳＭ（登録商標）  ＥＤＧＥ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）やＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）等の異なる無線アクセス網へハンドオーバし、従来の回線交換方式を用いた通話に切り替える、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）という技術がある（非特許文献１８）。ＳＲＶＣＣハンドオーバは、基地局が、端末が置かれている現在の無線アクセスネットワークにおける無線品質状態に基づいて決定し、端末に対しＳＲＶＣＣハンドオーバの指示をしていた。
【０００７】
しかしながら、ＶｏＩＰ通話に使用されているコーデック、及びこのコーデックのパケットロスへの堅牢性特性などを考慮に入れず、端末が置かれている無線の状態のみでＳＲＶＣＣハンドオーバの閾値を判断した場合、ＶｏＩＰの通話品質の観点ではＳＲＶＣＣハンドオーバの必要の無い場合にもＳＲＶＣＣハンドオーバが指示され、ＶｏＩＰ通話に比べ通話品質の低い回線交換網での通話に切り替わる可能性があり、通話品質を却って劣化させ得るという課題があった。
【０００８】
非特許文献１９では、ＶｏＩＰ通話セッション用に折衝されたコーデック及びコーデックの設定等の情報に基づき、最大パケットロス率（Ｍａｘｉｍｕｍ  Ｐａｃｋｅｔ  Ｌｏｓｓ  Ｒａｔｅ）等の堅牢性に関するパラメータを端末から基地局に送信する事で、基地局が持つパケットロス率等のパラメータを更新する方法が検討、開示されているが、具体的にどのように基地局に通知するかに関しては開示されていない。
【０００９】
本発明の一態様は、上記した事情に鑑みてなされたもので、プロトコル処理の複雑さを軽減し、通話品質の劣化を抑え、効率的に通信を行うことができる端末装置、基地局装置、該端末装置に用いられる方法、該端末装置に実装される集積回路を提供することを目的の一つとする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち基地局装置と通信する端末装置であって、基地局装置からＲＲＣメッセージを受信する受信部と、前記ＲＲＣメッセージに含まれる、パケットロス率報告禁止タイマーフィールドに従って、パケットロス禁止タイマーを設定し、上位レイヤからパケットロス率に関する通知を受け取る事、及び前記パケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信する処理部と、を有し、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１１】
また本発明の一態様は、基地局装置からＲＲＣメッセージを受信する受信部と、前記ＲＲＣメッセージに含まれる、パケットロス率報告周期タイマーフィールドに従って、パケットロス率報告周期タイマーを設定し、前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信する処理部と、を有し、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１２】
また本発明の一態様は、端末装置と通信する基地局装置であって、端末装置へＲＲＣメッセージを送信する送信部と、前記ＲＲＣメッセージに、パケットロス率報告禁止タイマーフィールドを含み、前記端末装置に処理を行わせる処理部とを有し、前記処理は、上位レイヤからパケットロス率に関する通知を受け取る事、及びパケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信する処理であり、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１３】
また本発明の一態様は、端末装置と通信する基地局装置であって、端末装置へＲＲＣメ
ッセージを送信する送信部と、前記ＲＲＣメッセージに、パケットロス率周期タイマーフィールドを含み、前記端末装置に処理を行わせる処理部とを有し、前記処理は、前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信する処理であり、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１４】
また本発明の一態様は、基地局装置と通信する端末装置の方法であって、基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに含まれる、パケットロス率報告禁止タイマーフィールドに従って、パケットロス禁止タイマーを設定し、上位レイヤからパケットロス率に関する通知を受け取る事、及び前記パケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信し、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１５】
また本発明の一態様は、基地局装置と通信する端末装置の方法であって、基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに含まれる、パケットロス率報告周期タイマーフィールドに従って、パケットロス率報告周期タイマーを設定し、前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信し、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１６】
また本発明の一態様は、端末装置と通信する基地局装置の方法であって、端末装置へＲＲＣメッセージを送信し、前記ＲＲＣメッセージに、パケットロス率報告禁止タイマーフィールドを含み、前記端末装置に処理を行わせ、前記処理は、上位レイヤからパケットロス率に関する通知を受け取る事、及びパケットロス率報告禁止タイマーが動いていない事に基づいて、前記上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記パケットロス率報告禁止タイマーを開始し、前記パケットロス率報告内容を、前記基地局装置へ送信する処理であり、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１７】
また本発明の一態様は、端末装置と通信する基地局装置の方法であって、端末装置へＲＲＣメッセージを送信し、前記ＲＲＣメッセージに、パケットロス率周期タイマーフィールドを含み、前記端末装置に処理を行わせ、前記処理は、前記パケットロス率報告周期タイマーが満了する事に基づいて、上位レイヤから受け取ったパケットロス率に関する通知の内容に従って、パケットロス率報告内容を作成し、前記基地局装置へ送信する処理であり、前記パケットロス率報告内容には、上り方向であるか、又は下り方向であるかを示す、方向に関する情報、及びパケットロス率に関する情報を含む。
【００１８】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１９】
本発明の一態様によれば、端末装置は、プロトコル処理の複雑さを軽減し、通話品質の
劣化を抑え、効率的に通信を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る通信システムの概略図。
【図２】本発明の実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図３】本発明の実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図４】３ＧＰＰのＶｏＩＰのネットワーク構成の一例。
【図５】３ＧＰＰのＩＭＳを使ったＶｏＩＰ通話が行われるまでの手順のフローの一例。
【図６】本発明の各実施の形態におけるＵＥ能力手順及びＲＲＣコネクション再設定手順のフローの一例。
【図７】本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図。
【図８】本発明の各実施の形態における基地局装置（ｅＮＢ１０２）の構成を示すブロック図。
【図９】本発明の各実施の形態において、図６におけるＵＥ能力情報メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例。
【図１０】本発明の実施の形態１において、図６におけるＲＲＣコネクション再設定メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例。
【図１１】本発明の実施の形態１におけるＵＥ１２２の処理方法の一例。
【図１２】本発明の各実施の形態における、パケットロス率報告内容のｅＮＢへの送信をＲＲＣメッセージで行う場合の、パケットロス率報告フォーマットとなるパケットロス率報告情報要素の一例。
【図１３】本発明の各実施の形態において、パケットロス率報告内容のｅＮＢへの送信をＭＡＣ  ＣＥで行う場合の、パケットロス率報告フォーマットとなるパケットロス率報告ＭＡＣ  ＣＥの一例。
【図１４】本発明の各実施の形態における、パケットロス率に対する値の表の一例。
【図１５】本発明の実施の形態２において、図６におけるＲＲＣコネクション再設定メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例。
【図１６】本発明の実施の形態２におけるＵＥ１２２の処理方法の一例。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２２】
ＬＴＥ（およびＬＴＥ−Ａ  Ｐｒｏ）とＮＲは、異なる無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）として定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＭｕｌｔｉ  ＲＡＴ  Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ−ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられても良いし、ＬＴＥという用語はＥ−ＵＴＲＡという用語に置き換えられても良い。
【００２３】
図１は本発明の各実施の形態に係る通信システムの概略図である。
【００２４】
Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ
（Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）１０２は、Ｅ−ＵＴＲＡの基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ−ＵＴＲＡ用コア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ：ＵＰ）が存在する。
【００２５】
ＮＲ１０６は非特許文献９等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ  Ｎｏｄｅ  Ｂ）１０８は、ＮＲの基地局装置である。５ＧＣ１１０は、非特許文献２等に記載のコア網であり、ＮＲ用コア網として設計されているが、５ＣＧに接続する機能をもつＥ−ＵＴＲＡのコア網として使われても良い。以下Ｅ−ＵＴＲＡとは５ＣＧに接続する機能をもつＥ−ＵＴＲＡを含んでも良い。
【００２６】
インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースである。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４は、通信事業者が提供する通信システムに応じて存在しない場合もある。
【００２７】
ＵＥ１２２はＮＲに対応、又はＥ−ＵＴＲＡ及びＮＲ両方対応した端末装置である。
【００２８】
図２は本発明の各実施の形態における、Ｅ−ＵＴＲＡ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）図である。
【００２９】
図２（Ａ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。
【００３０】
ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）２００は、無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層（上位レイヤ）に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。
【００３１】
ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。
【００３２】
ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。
【００３３】
ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ  Ｐａｃｋｅｔ）を無線区間で効率的に伝送するためのパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である。ＰＤＣＰ２０６は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい（非特許文献５）。
【００３４】
なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＰＤＵ、ＰＤＣＰ  ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＳＤＵ、ＰＤＣＰ  ＳＤＵと呼ぶ。
【００３５】
図２（Ｂ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＣＰのプロトコルスタック図である。
【００３６】
ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０８が存在する。ＲＲＣ２０８は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定・再設定などを行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献４）。
【００３７】
前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
【００３８】
なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＰＤＣＰレイヤの上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤの上位レイヤとなる（不図示）。言い換えれば、ＰＤＣＰレイヤはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位レイヤとなる。
【００３９】
図３は本発明の各実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基
地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）図である。
【００４０】
図３（Ａ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。
【００４１】
ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）３００は、ＮＲの無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。
【００４２】
ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。
【００４３】
ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持っても良い（非特許文献１２）。
【００４４】
ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ  Ｐａｃｋｅｔ）を無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化の機能も持ってもよい（非特許文献１１）。
【００４５】
ＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）３１０は、コアネットワークから基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとの対応付け（マッピング：ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介してコアネットワークに送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である（非特許文献１６）。端末装置が上位レイヤよりＳＤＡＰ  ＳＤＵをＱｏＳフロー情報と共にを受け取った際、格納されているＱｏＳフローとＤＲＢとのマッピングルールに基づいて、ＳＤＡＰ  ＳＤＵを該当するＤＲＢに割り当てる。ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合、ＳＤＡＰ  ＳＤＵをデフォルト無線ベアラ（デフォルトＤＲＢ）に割り当てても良い。ＱｏＳフローは同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ：ＳＤＦ）から成る（非特許
文献２）。またＳＤＡＰはダウンリンクＱｏＳフローの情報を基に、アップリンクのＱｏＳフローとＤＲＢとのマッピングを行う、リフレクティブＱｏＳ（Ｒｅｆｌｅｃｔｉｖｅ
ＱｏＳ）の機能を持っても良い。またＱｏＳフローとＤＲＢとの対応付けルールが変更になった場合には、エンドマーカー（Ｅｎｄ  Ｍａｒｋｅｒ）ＰＤＵを作成し、変更前のＤＲＢに送信する事により、ＳＤＡＰ  ＳＤＵの順番通りの配信（ｉｎ−ｓｅｑｕｅｎｃｅ  ｄｅｌｉｖｅｒｙ）を保証しても良い（非特許文献２、非特許文献１６）。
【００４６】
エンドマーカーＰＤＵとは、非特許文献１６に記載のＳＤＡＰ制御ＰＤＵで、ＵＥのＳＤＡＰエンティティが、本エンドマーカーＰＤＵのＱｏＳフロー識別子フィールドに含まれるＱｏＳフロー識別子に対応したＱｏＳフローと、本エンドマーカーＰＤＵが送信された無線ベアラとの対応（ｍａｐｐｉｎｇ）が終了する事を通知するために使われる。
【００４７】
なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＳＤＡＰレイヤの上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤの上位レイヤとなる（不図示）。ＮＡＳレイヤにおいて、サービスデータフローとＱｏＳフローとの対応付が行われる。言い換えれば、ＳＤＡＰレイヤはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位レイヤとなる。
【００４８】
なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＰＤＵ、ＰＤＣＰ  ＰＤＵ、ＳＤＡＰ  ＰＤＵと呼んでも良い。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＳＤＵ、ＰＤＣＰ  ＳＤＵ、ＳＤＡＰ  ＳＤＵと呼んでも良い。
【００４９】
図３（Ｂ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＣＰのプロトコルスタック図である。
【００５０】
ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０８が存在する。ＲＲＣ３０８は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定・再設定などを行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ３０４とＭＡＣ３０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献１０）。
【００５１】
前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。
【００５２】
なお、本発明の各実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、
それぞれＥ−ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ−ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。又は、Ｅ−ＵＴＲＡ  ＰＤＣＰ又はＬＴＥ  ＰＤＣＰ、ＮＲ  ＰＤＣＰなどとスペースを用いて記述する場合もある。
【００５３】
また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。
【００５４】
図４は、３ＧＰＰのＶｏＩＰのネットワーク構成の一例を示す。図４に示すネットワークは、ＩＭＳ網４２６と、オペレータのＩＰコア網４２４と、基地局４０４、４０６及び基地局配下で構成される無線アクセス網（無線アクセスネットワーク）４２０、４２２とから成る。図４において、端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）４００、４０２は、無線アクセス網４２０、４２２で基地局４０４、４０６にそれぞれ無線接続し、基地局４０４、４０６を介してＩＰコア網４２４に接続する。なお基地局４０４、４０６とは、ｅＮＢ１０２でも良いし、ｇＮＢ１０８でも良い。またＩＰコア網４２４とは、ＥＰＣ１０４であっても良いし、５ＧＣ１１０であっても良い。またＵＥ４００、４０２とはＵＥ１２２であっても良い。無線アクセス網４２０、４２２とは、Ｅ−ＵＴＲＡ１００であっても良いし、ＮＲ１０６であっても良い。
【００５５】
ＩＭＳ網は、呼制御のための情報管理及び呼制御のシグナリングメッセージ（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のルーティング及び３ＧＰＰのレガシー網や３ＧＰＰ以外の網との相互接続を行うための網である。
【００５６】
図４に示すＩＭＳ網４２６において、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）４０８、４１６は、ＵＥ４００、４０２と接するＣＳＣＦである。ＵＥは、ＩＭＳシグナリングメッセージ（ＳＩＰ  ＲＥＧＩＳＴＯＲメッセージ、ＳＩＰ  ＩＮＶＩＴＥメッセージ等）を送信する際、自分が接続できるＰ−ＣＳＣＦを検索し、このＰ−ＣＳＣＦにＩＭＳシグナリングメッセージを送信する。
【００５７】
Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  ＣＳＣＦ）４１０、４１４は、ＵＥのコンタクト情報の管理及びセッションの管理を行うＣＳＣＦである。Ｓ−ＣＳＣＦ４１０、４１４は、ＵＥのコンタクト情報の管理を行う際、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）４１８から必要な情報をダウンロードする。
【００５８】
Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ  ＣＳＣＦ）４１２は、管理ドメイン（各オペレータが管理している網の単位）間のＣＳＣＦの情報を保持する。Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦがＩＭＳシグナリングメッセージを転送すべき次のノード情報を持たない場合等に、ＩＭＳシグナリングメッセージはＩ−ＣＳＣＦ４１２経由で転送される。また、Ｉ−ＣＳＣＦ４１２は、ＨＳＳ４１８に情報を照会することにより、メッセージ転送先ＣＳＣＦの情報を確認することもある。例えば、ＳＩＰ  ＩＮＶＩＴＥメッセージが送られる場合について説明する。この場合、ＳＩＰ  ＩＮＶＩＴＥメッセージは、まず発呼側ＵＥから、当該ＵＥが存在するドメイン（発呼側ドメイン）のＰ−ＣＳＣＦにＩＰコア網経由で送られ、Ｐ−ＣＳＣＦから発呼側Ｓ−ＣＳＣＦに転送される。ＳＩＰ  ＩＮＶＩＴＥ
メッセージは、発呼側Ｓ−ＣＳＣＦで適当な処理が行われた後、着呼側ドメインのＳ−ＣＦＣＳへと転送される。この際、ＳＩＰ  ＩＮＶＩＴＥメッセージがＩ−ＣＳＣＦ１１２を経由する場合もある。着呼側Ｓ−ＣＳＣＦは、受け取ったＳＩＰ  ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ経由で着呼側ＵＥへと転送する。
【００５９】
図４に示すオペレータのＩＰコア網４２４は、通信データのルーティング、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御、及び、端末の位置情報の管理等を行う。
【００６０】
図５は、３ＧＰＰのＩＭＳを使ったＶｏＩＰ通話が行われるまでの手順の一例を示すフローである。図５は、ＵＥ４００からＵＥ４０２に電話をかける場合のフロー例を示す。図５に示すように、ＳＩＰ  ＩＮＶＩＴＥメッセージがＩＭＳ網経由でＵＥ４００からＵＥ４０２に送信され（ステップＳ５００）、ＳＩＰ  １８３  Ｓｅｓｓｉｏｎ  ＰｒｏｇｒｅｓｓメッセージがＩＭＳ網経由でＵＥ４０２からＵＥ４００へ送信される（ステップＳ５０２）。このように、ＳＩＰ  ＩＮＶＩＴＥメッセージ及びＳＩＰ  １８３  Ｓｅｓｓｉｏｎ  ＰｒｏｇｒｅｓｓメッセージがＵＥ間でやりとりされ、通信に関する折衝（ｎｅｇｏｔｉａｔｉｏｎ）、例えば使用するコーデック及びコーデックのモードやビットレート等の折衝が行われる。
【００６１】
ＳＩＰ  ＩＮＶＩＴＥメッセージに付加されたＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）オファーには、ＶｏＩＰ通信で使用されるメカニズム、例えばコーデックの方式やコーデックモード（ビットレートや処理遅延等）、及び、プロトコル（ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）ペイロードフォーマットの種類等）に関する候補等が記述される。ＵＥ４０２は、ステップＳ５００でＳＩＰ  ＩＮＶＩＴＥメッセージを受け取ると、ＳＤＰオファーに記述された複数の候補の中から１つのメカニズムを選択し、ＳＤＰアンサーに記述する。ＵＥ４０２は、ステップＳ５０２においてＳＤＰアンサーをＳＩＰ  １８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージに付加してＵＥ４００に送る。
【００６２】
ＵＥ４０２で選択されたメカニズムはＩＭＳ網で解析され、解析結果に応じたリソースをこの通話セッションに割り当てる指示が、ＩＰコア網に出される。ＩＭＳ網からの指示に従って、ＩＰコア網及び無線アクセス網でのリソース割当処理が行われる（ステップＳ５０４）。リソース割当処理が完了すると、ＵＥ４０２ではユーザの呼び出しが行われ（ステップＳ５０６）、ユーザが応答するとＵＥ４００に２００ＯＫメッセージが送信され（ステップＳ５０８）、ＵＥ４００とＵＥ４０２との間で通話が開始される（ステップＳ５１０）。
【００６３】
図４及び図５を用いた説明より、ＩＭＳのメッセージは基地局で処理されない事が分かる。即ち基地局はＩＭＳメッセージの内容を格納する事はない。よって基地局が、折衝されたコーデックのパケットロスに対する堅牢性特性等を考慮して、ＳＲＶＣＣの閾値を決定するには、折衝されたコーデック、及び使用されているモードやビットレートなどの情報を持つＵＥからの情報提供が必要である。
【００６４】
なお、本発明の各実施の形態におけるパケットロス率、及び／又は許容できるパケットロス率とは、非特許文献１９に記載の最大パケットロス率、即ちＶｏＩＰ通話におけるエンドー・ツー・エンドの最大パケットロス率の事であっても良い。また、本発明の各実施の形態におけるパケットロス率、及び／又は許容できるパケットロス率とは、非特許文献２０に記載の、端末と基地局の間の無線インタフェースで起きる、パケットエラーロス率（Ｐａｃｋｅｔ  Ｅｒｒｏｒ  Ｌｏｓｓ  Ｒａｔｅ：ＰＥＬＲ）の事であっても良い。また、本発明の各実施の形態におけるパケットロス率、及び／又は許容できるパケットロス率は、堅牢性（ｒｕｂｕｓｔｎｅｓｓ）などの他の用語を使って表現されても良い。
【００６５】
（実施の形態１）
図１から図１４を用いて、本発明の実施の形態１を説明する。
【００６６】
図６は本発明の各実施の形態におけるＵＥ能力手順及びＲＲＣコネクション再設定手順のフローの一例を示す図である。なお。ＲＲＣコネクション再設定手順はＲＲＣ再設定手順であっても良い。
【００６７】
ＵＥ能力手順（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｔｒａｎｓｆｅｒ）は、ＬＴＥおよび／またはＮＲにおける、ＵＥ１２２の無線アクセス能力（Ｒａｄｉｏ  ａｃｃｅｓｓ  ｃａｐａｂｉｌｉｔｙ）情報をＵＥ１２２からネットワークに転送（Ｔｒａｎｓｆｅｒ）するために用いられる手段である。
【００６８】
ＲＲＣコネクション再設定手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献４に記載の、ＬＴＥ（Ｅ−ＵＴＲＡ）におけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。一方、ＲＲＣ再設定手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ（同期を伴う再設定）及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。ＲＲＣコネクション再設定手順は、ＭＲ−ＤＣにおいて、特にコア網がＥＰＣ１０４で、マスターノードがｅＮＢ１０２である場合のＭＲ−ＤＣである、ＥＮ−ＤＣ（Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、及びコア網が５ＧＣ１１０で、マスターノードがｅＮＢ１０２（拡張型ｅＮＢ１０２とも称する）である場合のＭＲ−ＤＣである、ＮＧＥＮ−ＤＣ（ＮＧ−ＲＡＮ  Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）である場合、また拡張型ｅＮＢ１０２がコア網に５ＧＣ１１０を用いている場合には、ＲＲＣコネクション再設定手順は、ＬＴＥだけでなく、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等の一部を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の一部を行うためにも用いられる。本発明の各実施の形態では、説明が煩雑になることを避けるために、ＲＲＣコネクション再設定手順という名称を用いて説明し、基地局装置としてｅＮＢ１０２を用いて説明する。
【００６９】
ＵＥ能力手順において、ｅＮＢ１０２はＵＥ１２２にＵＥ能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）を照会するためのＵＥ能力照会（ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ）メッセージをＵＥ１２２に送信する（ステップＳ６００）。ＵＥ１２２はｅＮＢ１０２より受信したＵＥ能力照会に基づき、ＵＥ能力情報（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｉｏｎ）メッセージを作成し、ｅＮＢ１０２へ送信する（ステップＳ６０２）。なおＵＥ能力照会メッセージやＵＥ能力情報メッセージなどのメッセージは他の名称であっても良い。
【００７０】
次にＲＲＣコネクション再設定手順において、ｅＮＢ１０２はＵＥ能力手順において取得したＵＥ能力情報に基づいてＲＲＣコネクション再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を作成し、ＵＥ１２２へ送信する（ステップＳ６０４）。ＵＥ１２２は、ＲＲＣコネクション再設定メッセージに含まれる、後述する情報要素に従って各種設定、例えば禁止タイマーの設定、送信周期タイマーの設定などの処理を行う。ステップＳ６０４の後、ＵＥ１２２はｅＮＢ１０２に、ＲＲＣコネクション再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。なお、ＲＲＣ再設定メッセージはＲＲＣ再設定と言い換えても良く、ＲＲＣ再設定完了メッセージはＲＲＣ再設定完了と言いかえ
ても良い。
【００７１】
図７は本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図７では、本発明と密接に関連する主な構成部のみを示す。
【００７２】
図７に示すＵＥ１２２は、ｅＮＢ１０２よりＵＥ能力照会メッセージ、及びＲＲＣコネクション再設定メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）、上位レイヤからの通知等を受信する受信部７００、及び受信したメッセージに含まれる各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、及びフィールド等の各種条件、上位レイヤからの通知等に従って処理を行う処理部７０２、ｅＮＢ１０２へＵＥ能力情報メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）、上位レイヤへの通知等を送信する送信部７０４から成る。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。
【００７３】
図８は本発明の各実施の形態における基地局装置（ｅＮＢ１０２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図８では、本発明と密接に関連する主な構成部のみを示す。
【００７４】
図８に示すｅＮＢ１０２は、ＵＥ１２２へＵＥ能力照会メッセージ、及びＲＲＣコネクション再設定メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）等を送信する送信部８００、及び各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、及びフィールド等を含めたメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部７０２に処理を行わせる処理部８０２、及びＵＥ１２２よりＵＥ能力情報メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）等を受信する受信部８０４から成る。なお、図８に示す構成は、ｇＮＢ１０８に適応されても良い。ｇＮＢ１０８に適応される場合、送信部８００よりＵＥ１２２へ送信されるメッセージはＲＲＣ再設定メッセージであっても良い。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。
【００７５】
次にＵＥ能力手順で用いられる情報要素について説明する。
【００７６】
図９は本発明の各実施の形態において、図６におけるＵＥ能力情報メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例である。
【００７７】
３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。ＲＲＣに係るメッセージおよび／または情報要素は、一つまたは複数のフィールドおよびフィールドの値（Ｖａｌｕｅ）を含んで構成される。フィールドの値は、整数、バイト列、リストなどの他に、他の情報要素をとることができる。ＲＲＣに係るメッセージおよび／または情報要素の各フィールドの値が情報要素で示される場合、本願の実施形態においては、「フィールド」を「情報要素」と置き換えて説明する場合がある。図９のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、フィールドが省略されていても良い。なお図９におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明におけるＲＲＣ再設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図９におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する
主な情報に関する例のみを示す。なお、他の明示的な説明が無い限り、本願の実施形態における他のＡＳＮ．１記述についても上記説明が適用される。
【００７８】
図９において、能力情報メッセージに含まれるＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−ＣｏｎｔａｉｎｅｒＬｉｓｔで表される情報要素は、情報要素のＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒで表されるコンテナのリストを値（Ｖａｌｕｅ）として持ち、ＵＥ能力がＲＡＴ毎に一つのコンテナに含まれてよい。ＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒには無線アクセス技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）の種類（Ｔｙｐｅ）を示す情報を値として持つｒａｔ−Ｔｙｐｅフィールドと、ｒａｔ−Ｔｙｐｅで示されるＲＡＴのＵＥ能力を示すバイト列を値として持つｕｅＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドとが含まれてよい。ＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒのｒａｔ−Ｔｙｐｅの値がＥＵＴＲＡと対応付けられたものであるとき、ｕｅＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドの値にＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ情報要素が含まれてもよい。またこの他ＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒのｒａｔ−Ｔｙｐｅの値がＮＲと対応付けられたものであるとき、ｕｅＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドの値にＮＲ用の情報要素、例えばＵＥ−ＮＲ−Ｃａｐａｂｉｌｉｔｙ情報要素が含まれてもよい。
【００７９】
ＵＥ−ＮＲ−Ｃａｐａｂｉｌｉｔｙ情報要素に含まれるｍｍｔｅｌ−Ｐａｒａｍｅｔｅｒｓフィールドは、ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素を値として持ってもよい。ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素は、ＵＥ１２２のＩＭＳを使ったＶｏＩＰに対する補助機能、例えば遅延バジェット（ｄｅｌａｙ  ｂｕｄｇｅｔ）報告をサポートするか否か、推奨ビットレート受信をサポートするか否か等を含んでも良い。
【００８０】
この他、ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素には、図９に示すに示す通り、ＵＥ１２２がパケットロス率報告をサポートすることを示すフィールド（ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇ）が含まれてよい。この場合、ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素にｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇフィールドが含まれない場合に、パケットロス率報告をサポートしないことを示してよい。パケットロス率報告とは、ＵＥ１２２がｅＮＢ１０２に対し、上位レイヤからの指示や情報に基づいて、許容できるパケットロス率を報告する事であっても良い。
【００８１】
なお、ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇフィールドがＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素に含まれる事は一例であって、他の情報要素に含まれても良い。
【００８２】
次にＲＲＣコネクション再設定手順で用いられる情報要素について説明する。
【００８３】
図１０は本発明の実施の形態１において、図６におけるＲＲＣコネクション再設定メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例である。
【００８４】
図１０において、ＲＲＣコネクション再設定の情報要素であるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ−ＩＥｓで表される情報要素は、メジャメントに関する情報要素や、無線リソース設定に関する情報要素等の他、その他の設定に関する情報要素であるＯｔｈｅｒＣｏｎｆｉｇで示される情報要素を含んでも良い。
【００８５】
図１０の例において、ＯｔｈｅｒＣｏｎｆｉｇで示される情報要素には、上述のパケットロス率報告に対する設定を表すフィールドである、ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドを含んでも良い。ｐａｃｋｅｔＬｏｓ
ｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドは、解放を意味するｒｅｌｅａｓｅで示されるフィールドと、設定を意味するｓｅｔｕｐで示されるフィールドを選択（ＣＨＯＩＣＥ）する構造になっていても良い。またｓｅｔｕｐで示されるフィールドには上述のパケットロス率報告を一定時間禁止するためのタイマーである、パケットロス率報告禁止タイマーの設定に関するフィールドである、ｐａｃｋｅｔＬｏｓｓＲａｔｅＰｒｏｈｉｂｉｔＴｉｍｅｒで示されるフィールド（パケットロス率報告禁止タイマーフィールド）として持っても良く、またｐａｃｋｅｔＬｏｓｓＲａｔｅＰｒｏｈｉｂｉｔＴｉｍｅｒで示されるフィールドの値が、パケットロス率報告禁止タイマーの値として列挙されて（ＥＮＵＭＥＲＡＴＥＤ）いても良い。
【００８６】
なお、ｐａｃｋｅｔＬｏｓｓＲａｔｅＰｒｏｈｉｂｉｔＴｉｍｅｒで示されるフィールドがＯｔｈｅｒＣｏｎｆｉｇ情報要素に含まれる事は一例であって、例えばＭＡＣにおけるロジカルチャネルの設定を示す情報要素などの、他の情報要素に含まれても良い。ロジカルチャンネルの設定を示す情報要素には、他にロジカルチャネルの優先度を示すフィールドや、ロジカルチャネルグループの識別子、又は対応付けを示すフィールドなどが含まれていても良い。
【００８７】
図１１を用いて本発明の実施の形態１におけるＵＥ１２２の処理方法の一例を説明する。
【００８８】
ｅＮＢ１０２の処理部８０２は、ＵＥ１２２に処理を行わせるためにパケットロス率報告を示すフィールドを含むＵＥ能力照会メッセージ作成し、送信部８００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２の受信部７００は、ｅＮＢ１０２からＵＥ能力照会メッセージを受信する。ＵＥ１２２の処理部７０２はパケットロス率報告をサポートしているのであれば、パケットロス率報告を示すフィールドを含むＵＥ能力情報メッセージを作成する処理を行い、送信部７０４より送信する（ステップＳ１１００）。ｅＮＢ１０２の受信部８０４は、ＵＥ１１２からＵＥ能力情報メッセージを受信する（不図示）。
【００８９】
次にｅＮＢ１０２の処理部８０２は、ＵＥ１２２に処理を行わせるためのパケットロス率報告に対する設定を表すフィールドを含むＲＲＣコネクション再設定メッセージを作成し、送信部８００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２の受信部７００は、ｅＮＢ１０２からＲＲＣコネクション再設定メッセージを受信する。ＵＥ１２２の処理部７０２は、ｅＮＢ１０２から受信したＲＲＣコネクション再設定メッセージに含まれるパケットロス率報告に対する設定を表すフィールドに基づいて、パケットロス率報告を設定する処理を行っても良い（ステップ１１０２）。パケットロス率報告を設定する処理とは、例えばｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドが設定（ｓｅｔｕｐ）であれば、パケットロス率報告を送信する事が設定されたと判断し、ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドがそれ以外、例えば解放（ｒｅｌｅａｓｅ）であればパケットロス率報告は送信しないと判断し、パケットロス率報告禁止タイマーが動いている場合にはこれのタイマーを停止する処理であっても良い。また上述のパケットロス率報告を送信する事が設定されたとの判断に基づいて、上位レイヤにパケットロス率報告が行われる事を通知しても良い。
【００９０】
ＵＥ１２２が上位レイヤからパケットロス率に関する通知を受け取った時に、ＵＥ１２２の処理部７０２は、上位レイヤから受け取った通知の内容に従ってパケットロス率報告内容を作成し、ｅＮＢ１０２へと送信する（ステップ１１０４）。上述のパケットロス率報告内容の作成、及びｅＮＢ１０２への送信は、上述のステップＳ１１０２におけるパケットロス率報告を送信する事が設定されたという判断に基づいて行っても良い。また、上述のｅＮＢ１０２への送信、又は上述のパケットロス率報告内容の作成、及びｅＮＢ１０
２への送信は、パケットロス率報告禁止タイマーが動いていない事に基づいて行われても良い。
【００９１】
上述のパケットロス率報告内容の作成、又はｅＮＢ１０２への送信の際に、パケットロス率報告禁止タイマーを、パケットロス率報告禁止タイマーの値に従って、開始、又は再開始させても良い。
【００９２】
なお、上述の上位レイヤから受け取るパケットロス率に関する通知には、アップリンク方向の許容できるパケットロス率、及びダウンリンク方向の許容できるパケットロス率の両方が含まれていても良いし、アップリンク方向の許容できるパケットロス率、又はダウンリンク方向の許容できるパケットロス率のどちらか一方が含まれていても良い。また、上述の上位レイヤから受け取るパケットロス率に関する通知には、他の情報が含まれていても良い。また上位レイヤは上述のアップリンク方向、ダウンリンク方向の許容できるパケットロス率を、使用中のコーデック、コーデックモードやビットレート、ジッタ―バッファの状況などから算出、判断などを行っても良い。また上述のパケットロス率報告内容にはアップリンク方向の許容できるパケットロス率、及びダウンリンク方向の許容できるパケットロス率の両方が含まれていても良いし、アップリンク方向の許容できるパケットロス率、又はダウンリンク方向の許容できるパケットロス率のどちらか一方が含まれていても良い。また、上述のパケットロス率報告内容には、他の情報が含まれていても良い。
【００９３】
また上述の、上位レイヤから受け取るパケットロス率に関する通知を受け取り、パケットロス率報告内容のｅＮＢへ送信する処理は、ＲＲＣレイヤで行われても良いし、ＭＡＣレイヤで行われても良い。ＲＲＣレイヤで行われる場合、上述のパケットロス率報告内容は、ＲＲＣメッセージを用いて送信されても良い。また、ＭＡＣレイヤで行われる場合、上述のパケットロス率報告内容は、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）を用いて送信されても良い。
【００９４】
図１２は本発明の各実施の形態における、パケットロス率報告内容のｅＮＢへの送信をＲＲＣメッセージで行う場合の、パケットロス率報告フォーマットとなるパケットロス率報告情報要素の一例である。図１２に示す通り、パケットロス率報告情報要素には、ダウンリンク方向のパケットロス率を示す、ｄｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールドが含まれても良いし、アップリンク方向のパケットロス率を示す、ｕｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールドが含まれても良い。ｄｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールド、及びｕｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールドには、それぞれパケットロス率の値が列挙され（ＥＮＵＭＥＲＡＴＥＤ）ていても良い。図１２に示す、列挙されたパケットロス率の例である、ｐｌｒ１，  ｐｌｒ２，  ｐｌｒ２ｄｏｔ７，  ｐｌｒ４ｄｏｔ５、はそれぞれ、パケットロス率１パーセント、パケットロス率２パーセント、パケットロス率２．７パーセント、パケットロス率４．５パーセント、を示しても良い。またパケットロス率のデフォルト値を指定しても良い。図１１の例ではパケットロス率のデフォルト値として、ｐｌｒ１で示される１パーセントが指定されている。
【００９５】
パケットロス率報告情報要素は、非特許文献４に記載されているＵＥアシスタンス情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）メッセージに含まれても良いし、非特許文献４に記載されているＵＥ情報（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）手順の中のＵＥ情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージに含まれても良いし、他のメッセージに含まれても良い。
【００９６】
図１３は本発明の各実施の形態において、パケットロス率報告内容のｅＮＢへの送信をＭＡＣ  ＣＥで行う場合の、パケットロス率報告フォーマットとなるパケットロス率報告
ＭＡＣ  ＣＥの一例である。図１３のＬＣＩＤで表されるフィールドはロジカルチャネル識別子のフィールドであり、パケットロス率報告が行われるロジカルチャネルの識別子を意味しても良い。パケットロス率報告用のロジカルチャネルの識別子は非特許文献７に記載のアップリンク共有チャンネル（ＵＬ−ＳＣＨ：Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）用ロジカルチャネル識別子のテーブルに設定されても良い。
【００９７】
ＵＬ／ＤＬで示されるフィールドは、パケットロス率報告がアップリンクに関する報告なのか、ダウンリンクに関する報告なのかを示しても良い。例えば‘０’が設定された場合はアップリンクに関する報告、‘１’が設定された場合はダウンリンクに関する報告としても良い。
【００９８】
ＰＬＲで示されるフィールドは、パケットロス率（Ｐａｃｋｅｔ  Ｌｏｓｓ  Ｒａｔｅ）を示すフィールドであっても良い。
【００９９】
図１４は本発明の各実施の形態における、パケットロス率に対する値の表の一例を示す。パケットロス率に対する値の表は、パケットロス率（パーセント）の一覧と、それぞれのパケットロス率に対するインデックスから成る。図１３のＰＬＲで示されるフィールドには図１４の例に記すインデックスが入っても良い。
【０１００】
Ｒで示されるフィールドは、予約（Ｒｅｓｅｒｖｅ）を示すフィールドであり、‘０’がセットされても良い。
【０１０１】
図１３に示す各フィールドのフィールド長は、図１３の通りでなくても良い。また図１３に示すフィールドの中で一部のフィールドが存在しなくても良いし、別のフィールドが存在しても良い。また図１４に示すインデックス及びパケットロス率は一例であり、この通りで無くても良い。
【０１０２】
また、パケットロス率報告内容のｅＮＢへの送信をＭＡＣ  ＣＥで行う場合の処理方法の一例は、以下のようであっても良い。即ち、ＭＡＣエンティティは、上位レイヤからパケットロス率に関する通知を、指定されたロジカルチャネルに対して受け取った際、上述のパケットロス率に関する通知に含まれる方向（アップリンク、又はダウンリンク、又はアップリンク及びダウンリンク）に対するパケットロス率報告が、指定されたロジカルチャネルに対してトリガ（ｔｒｉｇｇｅｒ）されていない事に基づいて、指定されたロジカルチャネル、方向、パケットロス率に対し、パケットロス率報告をトリガする。
【０１０３】
ＭＡＣエンティティに、新しいアップリンク送信に対するリソースが割り当てられた場合で、トリガされていてキャンセルされていないパケットロス率報告に対し、上述のＭＡＣ  ＣＥを、指定されたロジカルチャネル、方向、パケットロス率に対して作成し、パケットロス率報告をキャンセルする。なお、上述のＭＡＣ  ＣＥ作成処理は、パケットロス率報告禁止タイマーが動いていない事に基づいて行われても良いし、上述のパケットロス率報告をキャンセルする前に、パケットロス率報告禁止タイマーを開始しても良い。
【０１０４】
このように本発明の実施の形態１ではＵＥが上位レイヤからパケットロス率に関する通知を受けた際にｅＮＢにパケットロス率の通知を行う事により、ｅＮＢでＵＥの上位レイヤが許容できるパケットロス率を考慮したＳＲＶＣＣハンドオーバ等の閾値を判断する事ができる。即ち、端末装置は、通話品質の劣化を抑え、効率的に通信を行うことができる。
【０１０５】
（実施の形態２）
図１から図９、図１２から図１４、及び図１５から図１６を用いて、本発明の実施の形
態２を説明する。図１から図９、図１２から図１４は実施の形態１と同じであるが、実施の形態２でも再度説明する。
【０１０６】
図６は本発明の各実施の形態におけるＵＥ能力手順及びＲＲＣコネクション再設定手順のフローの一例を示す図である。なお。ＲＲＣコネクション再設定手順はＲＲＣ再設定手順であっても良い。
【０１０７】
ＵＥ能力手順（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｔｒａｎｓｆｅｒ）は、ＬＴＥおよび／またはＮＲにおける、ＵＥ１２２の無線アクセス能力（Ｒａｄｉｏ  ａｃｃｅｓｓ  ｃａｐａｂｉｌｉｔｙ）情報をＵＥ１２２からネットワークに転送（Ｔｒａｎｓｆｅｒ）するために用いられる手段である。
【０１０８】
ＲＲＣコネクション再設定手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献４に記載の、ＬＴＥ（Ｅ−ＵＴＲＡ）におけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。一方、ＲＲＣ再設定手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ（同期を伴う再設定）及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。ＲＲＣコネクション再設定手順は、ＭＲ−ＤＣにおいて、特にコア網がＥＰＣ１０４で、マスターノードがｅＮＢ１０２である場合のＭＲ−ＤＣである、ＥＮ−ＤＣ（Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、及びコア網が５ＧＣ１１０で、マスターノードがｅＮＢ１０２（拡張型ｅＮＢ１０２とも称する）である場合のＭＲ−ＤＣである、ＮＧＥＮ−ＤＣ（ＮＧ−ＲＡＮ  Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）である場合、また拡張型ｅＮＢ１０２がコア網に５ＧＣ１１０を用いている場合には、ＲＲＣコネクション再設定手順は、ＬＴＥだけでなく、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等の一部を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の一部を行うためにも用いられる。本発明の各実施の形態では、説明が煩雑になることを避けるために、ＲＲＣコネクション再設定手順という名称を用いて説明し、基地局装置としてｅＮＢ１０２を用いて説明する。
【０１０９】
ＵＥ能力手順において、ｅＮＢ１０２はＵＥ１２２にＵＥ能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）を照会するためのＵＥ能力照会（ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ）メッセージをＵＥ１２２に送信する（ステップＳ６００）。ＵＥ１２２はｅＮＢ１０２より受信したＵＥ能力照会に基づき、ＵＥ能力情報（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｉｏｎ）メッセージを作成し、ｅＮＢ１０２へ送信する（ステップＳ６０２）。なおＵＥ能力照会メッセージやＵＥ能力情報メッセージなどのメッセージは他の名称であっても良い。
【０１１０】
次にＲＲＣコネクション再設定手順において、ｅＮＢ１０２はＵＥ能力手順において取得したＵＥ能力情報に基づいてＲＲＣコネクション再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を作成し、ＵＥ１２２へ送信する（ステップＳ６０４）。ＵＥ１２２は、ＲＲＣコネクション再設定メッセージに含まれる、後述する情報要素に従って各種設定、例えば禁止タイマーの設定、送信周期タイマーの設定などの処理を行う。ステップＳ６０４の後、ＵＥ１２２はｅＮＢ１０２に、ＲＲＣコネクション再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。なお、ＲＲＣ再設定メッセージはＲＲＣ再設定と言い換えても良く、ＲＲＣ再設定完了メッセージはＲＲＣ再設定完了と言いかえても良い。
【０１１１】
図７は本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図７では、本発明と密接に関連する主な構成部のみを示す。
【０１１２】
図７に示すＵＥ１２２は、ｅＮＢ１０２よりＵＥ能力照会メッセージ、及びＲＲＣコネクション再設定メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）、上位レイヤからの通知等を受信する受信部７００、及び受信したメッセージに含まれる各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、及びフィールド等の各種条件、上位レイヤからの通知等に従って処理を行う処理部７０２、ｅＮＢ１０２へＵＥ能力情報メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）、上位レイヤへの通知等を送信する送信部７０４から成る。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。
【０１１３】
図８は本発明の各実施の形態における基地局装置（ｅＮＢ１０２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図８では、本発明と密接に関連する主な構成部のみを示す。
【０１１４】
図８に示すｅＮＢ１０２は、ＵＥ１２２へＵＥ能力照会メッセージ、及びＲＲＣコネクション再設定メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）等を送信する送信部８００、及び各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、及びフィールド等を含めたメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部７０２に処理を行わせる処理部８０２、及びＵＥ１２２よりＵＥ能力情報メッセージ等のメッセージ、ＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＭＡＣ  ＣＥ）等を受信する受信部８０４から成る。なお、図８に示す構成は、ｇＮＢ１０８に適応されても良い。ｇＮＢ１０８に適応される場合、送信部８００よりＵＥ１２２へ送信されるメッセージはＲＲＣ再設定メッセージであっても良い。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。
【０１１５】
次にＵＥ能力手順で用いられる情報要素について説明する。
【０１１６】
図９は本発明の各実施の形態において、図６におけるＵＥ能力情報メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例である。
【０１１７】
３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。ＲＲＣに係るメッセージおよび／または情報要素は、一つまたは複数のフィールドおよびフィールドの値（Ｖａｌｕｅ）を含んで構成される。フィールドの値は、整数、バイト列、リストなどの他に、他の情報要素をとることができる。ＲＲＣに係るメッセージおよび／または情報要素の各フィールドの値が情報要素で示される場合、本願の実施形態においては、「フィールド」を「情報要素」と置き換えて説明する場合がある。図９のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、フィールドが省略されていても良い。なお図９におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明におけるＲＲＣ再設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図９におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、他の明示的な説明が無い限り、本願の実施形態に
おける他のＡＳＮ．１記述についても上記説明が適用される。
【０１１８】
図９において、能力情報メッセージに含まれるＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−ＣｏｎｔａｉｎｅｒＬｉｓｔで表される情報要素は、情報要素のＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒで表されるコンテナのリストを値（Ｖａｌｕｅ）として持ち、ＵＥ能力がＲＡＴ毎に一つのコンテナに含まれてよい。ＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒには無線アクセス技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）の種類（Ｔｙｐｅ）を示す情報を値として持つｒａｔ−Ｔｙｐｅフィールドと、ｒａｔ−Ｔｙｐｅで示されるＲＡＴのＵＥ能力を示すバイト列を値として持つｕｅＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドとが含まれてよい。ＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒのｒａｔ−Ｔｙｐｅの値がＥＵＴＲＡと対応付けられたものであるとき、ｕｅＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドの値にＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ情報要素が含まれてもよい。またこの他ＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒのｒａｔ−Ｔｙｐｅの値がＮＲと対応付けられたものであるとき、ｕｅＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドの値にＮＲ用の情報要素、例えばＵＥ−ＮＲ−Ｃａｐａｂｉｌｉｔｙ情報要素が含まれてもよい。
【０１１９】
ＵＥ−ＮＲ−Ｃａｐａｂｉｌｉｔｙ情報要素に含まれるｍｍｔｅｌ−Ｐａｒａｍｅｔｅｒｓフィールドは、ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素を値として持ってもよい。ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素は、ＵＥ１２２のＩＭＳを使ったＶｏＩＰに対する補助機能、例えば遅延バジェット（ｄｅｌａｙ  ｂｕｄｇｅｔ）報告をサポートするか否か、推奨ビットレート受信をサポートするか否か等を含んでも良い。
【０１２０】
この他、ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素には、図９に示すに示す通り、ＵＥ１２２がパケットロス率報告をサポートすることを示すフィールド（ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇ）が含まれてよい。この場合、ＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素にｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇフィールドが含まれない場合に、パケットロス率報告をサポートしないことを示してよい。パケットロス率報告とは、ＵＥ１２２がｅＮＢ１０２に対し、上位レイヤからの指示や情報に基づいて、許容できるパケットロス率を報告する事であっても良い。
【０１２１】
なお、ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇフィールドがＭＭＴＥＬ−Ｐａｒａｍｅｔｅｒｓ情報要素に含まれる事は一例であって、他の情報要素に含まれても良い。
【０１２２】
次にＲＲＣコネクション再設定手順で用いられる情報要素について説明する。
【０１２３】
図１５は本発明の実施の形態２において、図６におけるＲＲＣコネクション再設定メッセージに含まれる情報要素を表すＡＳＮ．１記述の一例である。
【０１２４】
図１５において、ＲＲＣコネクション再設定の情報要素であるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ−ＩＥｓで表される情報要素は、メジャメントに関する情報要素や、無線リソース設定に関する情報要素等の他、その他の設定に関する情報要素であるＯｔｈｅｒＣｏｎｆｉｇで示される情報要素を含んでも良い。
【０１２５】
図１５の例において、ＯｔｈｅｒＣｏｎｆｉｇで示される情報要素には、上述のパケットロス率報告に対する設定を表すフィールドである、ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドを含んでも良い。ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドは、解放を意味するｒ
ｅｌｅａｓｅで示されるフィールドと、設定を意味するｓｅｔｕｐで示されるフィールドを選択（ＣＨＯＩＣＥ）する構造になっていても良い。またｓｅｔｕｐで示されるフィールドには上述のパケットロス率報告を送信する周期である、パケットロス率報告周期タイマーの設定に関するフィールドである、ｐａｃｋｅｔＬｏｓｓＲａｔｅＰｅｒｉｏｄｉｃＴｉｍｅｒで示されるフィールド（パケットロス率報告周期タイマーフィールド）として持っても良く、またｐａｃｋｅｔＬｏｓｓＲａｔｅＰｅｒｉｏｄｉｃＴｉｍｅｒで示されるフィールドの値が、パケットロス率報告周期タイマーの値として列挙されて（ＥＮＵＭＥＲＡＴＥＤ）いても良い。なお、図１５の例では、パケットロス率報告周期タイマーはアップリンク用とダウンリンク用に分かれていないが、パケットロス率報告周期タイマーはアップリンク用のフィールドとダウンリンク用のフィールドに分かれていても良い。
【０１２６】
なお、ｐａｃｋｅｔＬｏｓｓＲａｔｅＰｅｒｉｏｄｉｃＴｉｍｅｒで示されるフィールドがＯｔｈｅｒＣｏｎｆｉｇ情報要素に含まれる事は一例であって、例えばＭＡＣにおけるロジカルチャネルの設定を示す情報要素などの、他の情報要素に含まれても良い。ロジカルチャンネルの設定を示す情報要素には、他にロジカルチャネルの優先度を示すフィールドや、ロジカルチャネルグループの識別子、又は対応付けを示すフィールドなどが含まれていても良い。
【０１２７】
図１６を用いて本発明の実施の形態２におけるＵＥ１２２の処理方法の一例を説明する。
【０１２８】
ｅＮＢ１０２の処理部８０２は、ＵＥ１２２に処理を行わせるためにパケットロス率報告を示すフィールドを含むＵＥ能力照会メッセージ作成し、送信部８００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２の受信部７００は、ｅＮＢ１０２からＵＥ能力照会メッセージを受信する。ＵＥ１２２の処理部７０２はパケットロス率報告をサポートしているのであれば、パケットロス率報告を示すフィールドを含むＵＥ能力情報メッセージを作成する処理を行い、送信部７０４より送信する（ステップＳ１６００）。ｅＮＢ１０２の受信部８０４は、ＵＥ１１２からＵＥ能力情報メッセージを受信する（不図示）。
【０１２９】
次にｅＮＢ１０２の処理部８０２は、ＵＥ１２２に処理を行わせるためのパケットロス率報告に対する設定を表すフィールドを含むＲＲＣコネクション再設定メッセージを作成し、送信部８００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２の受信部７００は、ｅＮＢ１０２からＲＲＣコネクション再設定メッセージを受信する。ＵＥ１２２の処理部７０２は、ｅＮＢ１０２から受信したＲＲＣコネクション再設定メッセージに含まれるパケットロス率報告に対する設定を表すフィールドに基づいて、パケットロス率報告を設定する処理を行っても良い（ステップ１６０２）。パケットロス率報告を設定する処理とは、例えばｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドが設定（ｓｅｔｕｐ）であれば、パケットロス率報告を送信する事が設定されたと判断し、ｐａｃｋｅｔＬｏｓｓＲａｔｅＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇで示されるフィールドがそれ以外、例えば解放（ｒｅｌｅａｓｅ）であればパケットロス率報告は送信しないと判断し、パケットロス率送信周期タイマーが動いている場合にはこれのタイマーを停止する処理であっても良い。また上述のパケットロス率報告を送信する事が設定されたと判断した場合には、パケットロス率送信周期タイマーをスタートさせる処理であっても良い。また上述のパケットロス率報告を送信する事が設定されたとの判断に基づいて、上位レイヤにパケットロス率報告が行われる事を通知しても良い。
【０１３０】
ＵＥ１２２の処理部７０２は、パケットロス率送信周期タイマーが満了した（ｅｘｐｉｒｅ）した際、上位レイヤから受け取った通知の内容に従ってパケットロス率報告内容を作成し、ｅＮＢ１０２へと送信する（ステップ１６０４）。パケットロス率送信周期タイマーが満了した時にＵＥ１２２が上位レイヤからパケットロス率に関する通知を受け取っ
ていない場合には、デフォルトのパケットロス率を送っても良いし、上位レイヤに問い合わせを行っても良い。上述のパケットロス率報告内容の作成、及びｅＮＢ１０２への送信は、上述のステップＳ１１０２におけるパケットロス率報告を送信する事が設定されたという判断に基づいて行っても良い。
【０１３１】
また、上述のパケットロス率報告周期タイマーが満了した場合に加え、ｅＮＢ１０２から問い合わせ（Ｑｕｅｒｙ）を受け取った際に、上位レイヤから受け取った通知の内容に従ってパケットロス率報告内容を作成し、ｅＮＢ１０２へと送信しても良いし、上述のパケットロス率報告周期タイマーが満了した場合に代え、ｅＮＢ１０２から問い合わせ（Ｑｕｅｒｙ）を受け取った際に、上位レイヤから受け取った通知の内容に従ってパケットロス率報告内容を作成しても良い。また上述のパケットロス率報告周期タイマーが満了した場合に加え、ｅＮＢ１０２から問い合わせ（Ｑｕｅｒｙ）を受け取った際に、上位レイヤから受け取った通知の内容に従ってパケットロス率報告内容を作成し、ｅＮＢ１０２へと送信する場合、ｅＮＢ１０２からＱｕｅｒｙを受け取った際、パケットロス率報告周期タイマーをリセット又は再スタートさせても良い。またｅＮＢ１０２からＱｕｅｒｙを受け取った際にＵＥ１２２が上位レイヤからパケットロス率に関する通知を受け取っていない場合には、デフォルトのパケットロス率を送っても良いし、上位レイヤに問い合わせを行い、パケットロス率に関する通知を受け取っても良い。またｅＮＢ１０２からＱｕｅｒｙを受け取る度に、上位レイヤに問い合わせを行い、パケットロス率に関する通知を受け取っても良い。
【０１３２】
なお、上述の上位レイヤから受け取るパケットロス率に関する通知には、アップリンク方向の許容できるパケットロス率、及びダウンリンク方向の許容できるパケットロス率の両方が含まれていても良いし、アップリンク方向の許容できるパケットロス率、又はダウンリンク方向の許容できるパケットロス率のどちらか一方が含まれていても良い。また、上述の上位レイヤから受け取るパケットロス率に関する通知には、他の情報が含まれていても良い。また上位レイヤは上述のアップリンク方向、ダウンリンク方向の許容できるパケットロス率を、使用中のコーデック、コーデックモードやビットレート、ジッタ―バッファの状況などから算出、判断など行っても良い。また上述のパケットロス率報告内容にはアップリンク方向の許容できるパケットロス率、及びダウンリンク方向の許容できるパケットロス率の両方が含まれていても良いし、アップリンク方向の許容できるパケットロス率、又はダウンリンク方向の許容できるパケットロス率のどちらか一方が含まれていても良い。また、上述のパケットロス率報告内容には、他の情報が含まれていても良い。
【０１３３】
また上述の、上位レイヤから受け取るパケットロス率に関する通知を受け取り、パケットロス率報告内容をｅＮＢへの送信する処理、及び上述のｅＮＢからのＱｕｅｒｙを受け取り、パケットロス率報告内容をｅＮＢへの送信する処理は、ＲＲＣレイヤ「で行われても良いし、ＭＡＣレイヤで行われても良い。ＲＲＣレイヤで行われる場合、上述のパケットロス率報告内容、及びＱｕｅｒｙは、ＲＲＣメッセージを用いて送受信されても良い。また、ＭＡＣレイヤで行われる場合、上述のパケットロス率報告内容、及びＱｕｅｒｙは、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）を用いて送受信されても良い。
【０１３４】
図１２は本発明の各実施の形態における、パケットロス率報告内容のｅＮＢへの送信をＲＲＣメッセージで行う場合の、パケットロス率報告フォーマットとなるパケットロス率報告情報要素の一例である。図１２に示す通り、パケットロス率報告情報要素には、ダウンリンク方向のパケットロス率を示す、ｄｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールドが含まれても良いし、アップリンク方向のパケットロス率を示す、ｕｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールドが含まれても良い。ｄｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールド、及びｕｌ−ｐａｃｋｅｔＬｏｓｓＲａｔｅで示されるフィールドには、それぞれパケットロス率の値が列挙され（ＥＮＵＭＥＲＡＴＥＤ
）ていても良い。図１２に示す、列挙されたパケットロス率の例である、ｐｌｒ１，  ｐｌｒ２，  ｐｌｒ２ｄｏｔ７，  ｐｌｒ４ｄｏｔ５、はそれぞれ、パケットロス率１パーセント、パケットロス率２パーセント、パケットロス率２．７パーセント、パケットロス率４．５パーセント、を示しても良い。またパケットロス率のデフォルト値を指定しても良い。図１１の例ではパケットロス率のデフォルト値として、ｐｌｒ１で示される１パーセントが指定されている。
【０１３５】
パケットロス率報告情報要素は、非特許文献４に記載されているＵＥアシスタンス情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）メッセージに含まれても良いし、非特許文献４に記載されているＵＥ情報（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）手順の中のＵＥ情報応答（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージに含まれても良いし、他のメッセージに含まれても良い。
【０１３６】
また、ｅＮＢからのＱｕｅｒｙ送信をＲＲＣメッセージで行う場合にも、図１２に示されるパケットロス率報告フォーマットと同様のフォーマットが、パケットロス率報告問い合わせ用のフィールドとして適用されても良いし、別のフォーマットがパケットロス率報告問い合わせ用のフィールドとして使われても良い。またＱｕｅｒｙに用いられるフィールドは、例えば非特許文献４に記載されているＵＥ情報（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）手順の中のＵＥ情報要求（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ）メッセージに含まれても良いし、他のメッセージに含まれても良い。
【０１３７】
図１３は本発明の各実施の形態において、パケットロス率報告内容のｅＮＢへの送信をＭＡＣ  ＣＥで行う場合の、パケットロス率報告フォーマットとなるパケットロス率報告ＭＡＣ  ＣＥの一例である。図１３のＬＣＩＤで表されるフィールドはロジカルチャネル識別子のフィールドであり、パケットロス率報告が行われるロジカルチャネルの識別子を意味しても良い。パケットロス率報告用のロジカルチャネルの識別子は非特許文献７に記載のアップリンク共有チャンネル（ＵＬ−ＳＣＨ：Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）用ロジカルチャネル識別子のテーブルに設定されても良い。
【０１３８】
ＵＬ／ＤＬで示されるフィールドは、パケットロス率報告がアップリンクに関する報告なのか、ダウンリンクに関する報告なのかを示しても良い。例えば‘０’が設定された場合はアップリンクに関する報告、‘１’が設定された場合はダウンリンクに関する報告としても良い。
【０１３９】
ＰＬＲで示されるフィールドは、パケットロス率（Ｐａｃｋｅｔ  Ｌｏｓｓ  Ｒａｔｅ）を示すフィールドであっても良い。
【０１４０】
図１４は本発明の各実施の形態における、パケットロス率に対する値の表の一例を示す。パケットロス率に対する値の表は、パケットロス率（パーセント）の一覧と、それぞれのパケットロス率に対するインデックスから成る。図１３のＰＬＲで示されるフィールドには図１４の例に記すインデックスが入っても良い。
【０１４１】
Ｒで示されるフィールドは、予約（Ｒｅｓｅｒｖｅ）を示すフィールドであり、‘０’がセットされても良い。
【０１４２】
図１３に示す各フィールドのフィールド長は、図１３の通りでなくても良い。また図１３に示すフィールドの中で一部のフィールドが存在しなくても良いし、別のフィールドが存在しても良い。また図１４に示すインデックス及びパケットロス率は一例であり、この通りで無くても良い。また図１４に示すインデックスの中に、デフォルトのパケットロス率を示すインデックスが入っていても良い。
【０１４３】
また、ｅＮＢからのＱｕｅｒｙの送信をＭＡＣ  ＣＥで行う場合の、パケットロス率報告問い合わせフォーマットは、図１３に示すパケットロス率報告ＭＡＣ  ＣＥと同じフォーマットであっても良いし、別のフォーマットであっても良い。また、パケットロス率報告問い合わせ用のロジカルチャネルの識別子は非特許文献７に記載のダウンリンク共有チャンネル（ＤＬ−ＳＣＨ：Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）用ロジカルチャネル識別子のテーブルに設定されても良い。
【０１４４】
また、パケットロス率報告内容のｅＮＢへの送信をＭＡＣ  ＣＥで行う場合の処理方法の一例は、以下のようであっても良い。即ち、ＭＡＣエンティティは、指定されたロジカルチャネルに対するパケットロス率周期タイマーが満了した際、又はｅＮＢからＱｕｅｒｙ用ＭＡＣ  ＣＥを指定されたロジカルチャネルで受け取った際、指定された方向（アップリンク、又はダウンリンク、又はアップリンク及びダウンリンク）に対するパケットロス率報告が、指定されたロジカルチャネルに対してトリガ（ｔｒｉｇｇｅｒ）されていない事に基づいて、指定されたロジカルチャネル、方向、パケットロス率に対し、パケットロス率報告をトリガする。
【０１４５】
ＭＡＣエンティティに、新しいアップリンク送信に対するリソースが割り当てられた場合で、トリガされていてキャンセルされていないパケットロス率報告に対し、上述のＭＡＣ  ＣＥを、指定されたロジカルチャネル、方向、パケットロス率に対して作成し、パケットロス率報告をキャンセルする。
【０１４６】
このように、本発明の実施の形態２では、ＵＥが周期的にｅＮＢにパケットロス率の通知を行う事により、ｅＮＢでＵＥの上位レイヤが許容できるパケットロス率を考慮したＳＲＶＣＣハンドオーバ等の閾値を判断する事ができる。即ち、端末装置は、通話品質の劣化を抑え、効率的に通信を行うことができる。
【０１４７】
なお、本発明の各実施の形態において、パケットロス率報告に関するＵＥ能力情報をｅＮＢ１０２に送った際に、上位レイヤにパケットロス率報告が行われる事を通知しても良い。
【０１４８】
なお、本発明の各実施の形態において、パケットロス率に関する情報を上位レイヤから受け取り、パケットロス率報告を基地局に送信する例を説明したが、パケットロス率に相当する別の情報であっても良い。
【０１４９】
なお、本発明の各実施の形態において、ＵＥとｅＮＢの通信に対して説明を行ったが、本発明の各実施の形態は、ＵＥとｇＮＢの通信に対し適用されても良いし、他のＲＡＴに対して適用されても良い。
【０１５０】
なお、本発明の各実施の形態において、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）とはＭＡＣ制御要素ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）としても良い。またＭＡＣ  ＣＥは、端末と基地局とで送受信されるＲＲＣメッセージに対して、端末と基地局とで送受信されるデータの一部としても良い。
【０１５１】
なお、本発明の実施の形態１における、パケットロス率報告禁止タイマー、及び本発明の実施の形態２における、パケットロス率報告周期タイマーは、ＲＲＣコネクションの再確立やＲＲＣコネクション再開始（Ｒｅｓｕｍｅ）の際に動作していた場合、停止されても良い。
【０１５２】
また、本発明の各実施の形態において、上位レイヤからの通知を受け取る事により、端
末装置から基地局に対し、上位レイヤの持つ情報を通知する方法として、パケットロス率について説明したが、本方式は、非特許文献４等に記載の遅延バジェット報告（ｄｅｌａｙ  ｂｕｄｇｅｔ  ｒｅｐｏｒｔｉｎｇ）に対して適用されても良い。
【０１５３】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１５４】
なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【０１５５】
さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１５６】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１５７】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【０１５８】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含
まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１５９】
１００  Ｅ−ＵＴＲＡ
１０２，４０４，４０６  ｅＮＢ
１０４  ＥＰＣ
１０６  ＮＲ
１０８  ｇＮＢ
１１０  ５ＧＣ
１１２，１１４，１１６，１１８，１２０，１２４  インタフェース
１２２，４００，４０２  ＵＥ
２００，３００  ＰＨＹ
２０２，３０２  ＭＡＣ
２０４，３０４  ＲＬＣ
２０６，３０６  ＰＤＣＰ
２０８，３０８  ＲＲＣ
３１０  ＳＤＡＰ
４０８，４１６  Ｐ−ＣＳＣＦ
４１０，４１４  Ｓ−ＣＳＣＦ
４１２  Ｉ−ＣＳＣＦ
４１８  ＨＳＳ
４２０，４２２  無線アクセス網
４２４  ＩＰコア網
４２６  ＩＭＳ網
７００，８０４  受信部
７０２，８０２  処理部
７０４，８００  送信部
【図１】
2020025180.tif 000003
【図２】
2020025180.tif 000004
【図３】
2020025180.tif 000005
【図４】
2020025180.tif 000006
【図５】
2020025180.tif 000007
【図６】
2020025180.tif 000008
【図７】
2020025180.tif 000009
【図８】
2020025180.tif 000010
【図９】
2020025180.tif 000011
【図１０】
2020025180.tif 000012
【図１１】
2020025180.tif 000013
【図１２】
2020025180.tif 000014
【図１３】
2020025180.tif 000015
【図１４】
2020025180.tif 000016
【図１５】
2020025180.tif 000017
【図１６】
2020025180.tif 000018