特許7101762 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7101762キャリア選択方法及び通信装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-07

(45)【発行日】2022-07-15

(54)【発明の名称】キャリア選択方法及び通信装置

(51)【国際特許分類】

H04W 72/04 20090101AFI20220708BHJP

【ＦＩ】

H04W72/04 150

H04W72/04 132

【請求項の数】 12

(21)【出願番号】P 2020514214

(86)(22)【出願日】2017-09-15

(65)【公表番号】

(43)【公表日】2021-01-07

(86)【国際出願番号】 CN2017101903

(87)【国際公開番号】W WO2019051784

(87)【国際公開日】2019-03-21

【審査請求日】2020-08-17

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧＯＰＰＯＭＯＢＩＬＥＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＣＯＲＰ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１８ＨａｉｂｉｎＲｏａｄ，Ｗｕｓｈａ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６０Ｃｈｉｎａ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村行孝

(74)【代理人】

【識別番号】100105153

【弁理士】

【氏名又は名称】朝倉悟

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(72)【発明者】

【氏名】タン、ハイ

【審査官】長谷川篤男

(56)【参考文献】

【文献】Ericsson，Discussion on PC5 Multi-Carrier[online]，3GPP TSG RAN WG2 #97 R2-1700932，[検索日2021.08.24], インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1700932.zip>, 2.2.2節, 2.2.1節

【文献】3rd Generation Partnership Project;Technical Specification Group Radio Access Network;Evolved Universal Terrestrial Radio Access (E-UTRA);Medium Access Control (MAC) protocol specification(Release 14)，3GPP TS 36.321 V14.1.0 (2016-12)，2016年12月30日

【文献】CATT，Carrier configuration and carrier selection in eV2X CA[online]，3GPP TSG RAN WG2 #99 R2-1708052，2017年08月11日，[検索日2021.08.24], インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99/Docs/R2-1708052.zip>, 2.3節

【文献】Panasonic，Discussion on UE behaviour of mode 4 in case of multiple carriers[online]，3GPP TSG RAN WG1 #90 R1-1713853，2017年08月11日，[検索日2021.08.24], インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-1713853.zip>, 2節

【文献】Samsung，Mode-3 support in V2X CA[online]，3GPP TSG RAN WG1 #90 R1-1713525，2017年08月12日，[検索日2021.08.24], インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-1713525.zip>, 2節

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

キャリア選択方法であって、
前記方法は通信装置によって実行され、
候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得することと、
前記候補の複数のキャリアのうちの各キャリアに、対応するリソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）が配置されており、前記候補の複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、前記候補の複数のキャリアのＣＢＲに基づいて、前記候補の複数のキャリアからキャリアを選択することとを含む、前記方法。

【請求項2】

前記候補の複数のキャリアのＣＢＲに基づいて、前記候補の複数のキャリアからキャリアを選択することは、
前記候補の複数のキャリアのＣＢＲに基づいて、前記候補の複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含むことを特徴とする
請求項１に記載の方法。

【請求項3】

前記方法は端末装置により実行され、候補の複数のキャリアのＣＢＲを取得することは、
前記端末装置が、前記候補の複数のキャリアのＣＢＲを測定し、前記候補の複数のキャリアのＣＢＲを取得することを含むことを特徴とする
請求項１又は２に記載の方法。

【請求項4】

前記方法はネットワーク装置により実行され、候補の複数のキャリアのＣＢＲを取得することは、
前記ネットワーク装置が、端末装置から報告された前記候補の複数のキャリアのＣＢＲを受信することを含むことを特徴とする
請求項１又は２に記載の方法。

【請求項5】

前記候補の複数のキャリアからキャリアを選択することは、リソース保持確率パラメータとは無関係であることを特徴とする
請求項１から４のうちいずれか一項に記載の方法。

【請求項6】

コンピュータ読取可能記憶媒体であって、
コンピュータ実行可能命令を含むプログラムを記憶しており、
前記コンピュータ実行可能命令が、少なくとも１つのコンピュータ上で実行されるとき、請求項１から５のいずれか一項に記載の方法のステップを実行するように構成される、コンピュータ読取可能記憶媒体。

【請求項7】

通信装置であって、
候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得するように構成される取得ユニットであって、前記候補の複数のキャリアのうちの各キャリアに、対応するリソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）が配置されている前記取得ユニットと、
前記候補の複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、前記候補の複数のキャリアのＣＢＲに基づいて、前記候補の複数のキャリアからキャリアを選択するように構成されるキャリア選択ユニットとを備える、前記通信装置。

【請求項8】

前記キャリア選択ユニットは
前記候補の複数のキャリアのＣＢＲに基づいて、前記候補の複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択するようにさらに構成されることを特徴とする
請求項７に記載の通信装置。

【請求項9】

前記通信装置は端末装置であり、前記取得ユニットは、
前記候補の複数のキャリアのＣＢＲを測定し、前記候補の複数のキャリアのＣＢＲを取得するようにさらに構成されることを特徴とする
請求項７又は８に記載の通信装置。

【請求項10】

前記通信装置はネットワーク装置であり、前記ネットワーク装置は送受信ユニットを備え、前記取得ユニットは、
前記送受信ユニットにより、端末装置から報告された前記候補の複数のキャリアのＣＢＲを受信するようにさらに構成されることを特徴とする
請求項７又は８に記載の通信装置。

【請求項11】

前記候補の複数のキャリアからキャリアを選択することは、リソース保持確率パラメータとは無関係であることを特徴とする
請求項７から１０のうちいずれか一項に記載の通信装置。

【請求項12】

システムオンチップであって、
入力インタフェースと、出力インタフェースと、プロセッサと、メモリとを備え、
前記プロセッサは、前記メモリに記憶されている命令を実行するように構成され、前記命令が実行される時に、前記プロセッサが請求項１から５のいずれか一項に記載の方法のステップを実行する、前記システムオンチップ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願の実施例は、無線通信分野に関し、より具体的には、キャリア選択方法及び通信装置に関する。

【背景技術】

【0002】

車のインターネット又は車車間・路車間（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ：Ｖ２Ｘ）と称される通信システムは、端末間（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ：Ｄ２Ｄ）通信に基づいたサイドリンク（Ｓｉｄｅｌｉｎｋ：ＳＬ）伝送技術である。従来の長期的進化（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ：ＬＴＥ）システムにおける基地局によるデー送受信の方式と異なっており、車のインターネットシステムは、端末間で直接通信するという方式を利用するため、より高いスペクトル効率及びより低い伝送遅延を有する。

【0003】

マルチキャリア伝送をサポートする車のインターネットシステムにおいて、端末装置は、候補の複数のキャリアのうちの１つ又は複数のキャリアを用いて現在のデータ伝送を行うことができる。従って、端末装置又は基地局がキャリア選択を如何に行うかは早急に解決する問題となる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本出願の実施例は、キャリア選択方法及び通信装置を提供する。該通信装置は、キャリア選択を効果的に行うと同時に、システムの安定性を維持することができる。

【課題を解決するための手段】

【0005】

第１態様によれば、キャリア選択方法を提供する。該方法は、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得することと、前記複数のキャリアのＣＢＲをフィルタリングし、フィルタリング後の前記複数のキャリアのＣＢＲを取得することと、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することとを含む。

【0006】

従って、複数のキャリアのＣＢＲの測定結果をフィルタリングし、フィルタリング後の該複数のＣＢＲに基づいて、該複数のキャリアからキャリアを選択することで、キャリア選択を実現させると同時に、キャリア切り替えの頻度を低下させ、システムの安定性を確保する。

【0007】

考えられる実現態様において、前記複数のキャリアのＣＢＲをフィルタリングすることは、前記複数のキャリアのＣＢＲを平滑化フィルタリングすることを含む。

【0008】

考えられる実現態様において、平滑化フィルタリング後の前記複数のキャリアのうちの各キャリアのＣＢＲは、ＣＢＲ＿ｎｅｗ＝ａ×ＣＢＲ＿ｏｌｄ＋（１－ａ）×ＣＢＲ＿ｃｕｒｒｅｎｔであり、
ＣＢＲ＿ｎｅｗは、フィルタリング後の前記各キャリアのＣＢＲであり、ＣＢＲ_ｃｕｒｒｅｎｔは、フィルタリングされる前の前記各キャリアのＣＢＲであり、ＣＢＲ＿ｏｌｄは、前回のキャリア選択時にフィルタリングされた前記各キャリアのＣＢＲであり、ａはフィルタリング係数であり、且つ０≦ａ≦１である。

【0009】

考えられる実現態様において、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択する前に、前記方法は、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定し、前記第１キャリアが、現在のデータ伝送に用いられるキャリアであり、前記第２キャリアが前記複数のキャリアのうちの前記第１キャリア以外のいずれかのキャリアであることを更に含み、
ここで、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、前記所定の閾値を超える場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、複数のキャリアからキャリアを選択することを含む。

【0010】

該実施例において、現在のキャリアと他のキャリアのＣＢＲの差に基づいてキャリア選択を行うかどうかを判定し、ＣＢＲの差が条件を満たす場合、フィルタリング後のＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0011】

考えられる実施形態において、前記方法は端末装置により実行され、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定する前に、前記方法は、前記端末装置が前記端末装置に事前設定された前記所定の閾値を取得すること、又は、前記端末装置がネットワーク装置からの、前記所定の閾値を含む設定情報を受信することを更に含む。

【0012】

考えられる実施形態において、前記方法はネットワーク装置により実行され、前記方法は、前記ネットワーク装置が、前記所定の閾値を含む設定情報を端末装置に送信することを更に含む。

【0013】

考えられる実施形態において、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することを含む。

【0014】

該実施例において、キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータに依存せず、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）に基づいて、現在、キャリア選択を行う必要があるかどうかを判定し、キャリア選択を必要とする場合、フィルタリング後のＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を低下させ、システムの安定性を確保する。

【0015】

考えられる実施形態において、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することを含む。

【0016】

考えられる実施形態において、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、前記同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することを含む。

【0017】

考えられる実施形態において、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択する前に、前記方法は、前記Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定し、前記第１キャリアが、現在のデータ伝送に用いられるキャリアであり、前記第２キャリアが前記複数のキャリアのうちの前記第１キャリア以外のいずれかのキャリアであることを更に含み、
ここで、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、前記所定の閾値を超える場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、複数のキャリアからキャリアを選択することを含む。

【0018】

該実施例において、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）に基づいて、現在、キャリア選択を行う必要があるかどうかを判定し、キャリア選択を必要とする場合、現在のキャリアと他のキャリアのＣＢＲの差が条件を満たすかどうかを判定し、ＣＢＲの差が条件を満たす場合、フィルタリング後のＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0019】

【0020】

【0021】

考えられる実施形態において、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定することは、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、前記所定の閾値を超えるかどうかを判定することを含む。

【0022】

考えられる実施形態において、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定することは、前記同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、前記所定の閾値を超えるかどうかを判定することを含む。

【0023】

考えられる実施形態において、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアから、フィルタリング後のＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含む。

【0024】

考えられる実施形態において、前記方法は、端末装置により実行され、候補の複数のキャリアのＣＢＲを取得することは、前記端末装置が前記複数のキャリアのＣＢＲを測定し、前記複数のキャリアのＣＢＲを取得することを含む。

【0025】

考えられる実施形態において、前記方法は、ネットワーク装置により実行され、候補の複数のキャリアのＣＢＲを取得することは、前記ネットワーク装置が端末装置から報告された前記複数のキャリアのＣＢＲを受信することを含む。

【0026】

考えられる実施形態において、前記キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータとは無関係である。

【0027】

第２態様によれば、キャリア選択方法を提供する。該方法は、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得することと、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定し、前記第１キャリアが、現在のデータ伝送に用いられるキャリアであり、前記第２キャリアが前記複数のキャリアのうちの前記第１キャリア以外のいずれかのキャリアであることと、前記第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が所定の閾値を超える場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することとを含む。

【0028】

従って、現在のキャリアと他のキャリアのＣＢＲの差によって、キャリア選択を行うかどうかを判定し、ＣＢＲの差が条件を満たす場合のみ、キャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0029】

考えられる実現形態において、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定することは、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、前記第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定することを含む。

【0030】

該実施例において、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）に基づいて、現在、キャリア選択を行うかどうかを判定し、キャリア選択を必要とする場合、現在のキャリアと他のキャリアのＣＢＲの差が条件を満たすかどうかを判定し、ＣＢＲの差が条件を満たす場合、異なるキャリアのＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0031】

考えられる実現形態において、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定することは、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定することを含む。

【0032】

考えられる実施形態において、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定することは、前記同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の前記第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定することを含む。

【0033】

考えられる実施形態において、前記第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が所定の閾値を超える場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、前記第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が所定の閾値を超え、しかも所定の時間で持続するとした場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することを含む。

【0034】

考えられる実施形態において、前記複数のキャリアからキャリアを選択することは、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含む。

【0035】

【0036】

考えられる実施形態において、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定する前に、前記方法は、前記端末装置が前記端末装置に事前設定された前記所定の閾値を取得すること、又は、前記端末装置がネットワーク装置からの、前記所定の閾値を含む設定情報を受信することを更に含む。

【0037】

【0038】

考えられる実施形態において、前記方法は、前記ネットワーク装置が、前記所定の閾値を含む設定情報を端末装置に送信することを更に含む。

【0039】

【0040】

第３態様によれば、キャリア選択方法を提供する。該方法は、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得することと、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することとを含む。

【0041】

従って、キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータに依存せず、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）に基づいて、現在、キャリア選択を行う必要があるかどうかを判定し、これにより効果的なキャリア選択を実現させ、システムの複雑さを低下させる。

【0042】

考えられる実施形態において、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記Ｃ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することを含む。

【0043】

考えられる実施形態において、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、前記Ｃ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、前記同じＣ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することを含む。

【0044】

考えられる実施形態において、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含む。

【0045】

考えられる実施形態において、前記方法は端末装置により実行され、候補の複数のキャリアのＣＢＲを取得することは、前記端末装置が前記複数のキャリアのＣＢＲを測定し、前記複数のキャリアのＣＢＲを取得することを含む。

【0046】

考えられる実施形態において、前記方法はネットワーク装置により実行され、候補の複数のキャリアのＣＢＲを取得することは、前記ネットワーク装置が端末装置から報告された前記複数のキャリアのＣＢＲを受信することを含む。

【0047】

【0048】

第４態様によれば、通信装置を提供する。該通信装置は、上記第１態様又は第１態様の任意選択的な実施形態における通信装置の操作を実行することができる。具体的には、該通信装置は、上記第１態様又は第１態様の任意選択的な実施形態における通信装置の操作を実行するためのモジュールユニットを備えることができる。

【0049】

第５態様によれば、通信装置を提供する。該通信装置は、上記第２態様又は第２態様の任意選択的な実施形態における通信装置の操作を実行することができる。具体的には、該通信装置は、上記第２態様又は第２態様の任意選択的な実施形態における通信装置の操作を実行するためのモジュールユニットを備えることができる。

【0050】

第６態様によれば、通信装置を提供する。該通信装置は、上記第２態様又は第２態様の任意選択的な実施形態における通信装置の操作を実行することができる。具体的には、該通信装置は、上記第３態様又は第３態様の任意選択的な実施形態における通信装置の操作を実行するためのモジュールユニットを備えることができる。

【0051】

第７態様によれば、通信装置を提供する。該通信装置は、プロセッサと、送受信機と、メモリとを備える。ここで、該プロセッサ、送受信機及びメモリは、内部接続通路を介して相互通信する。該メモリは、命令を記憶するためのものであり、該プロセッサは、該メモリに記憶されている命令を実行するためのものである。該プロセッサが該メモリに記憶されている命令を実行する時、該通信装置が第１態様又は第１態様における任意選択的な実施形態における方法を実行するようにするか、又は、該通信装置が第４態様で提供される通信装置を実現させるようにする。

【0052】

第８態様によれば、通信装置を提供する。該通信装置は、プロセッサと、送受信機と、メモリとを備える。ここで、該プロセッサ、送受信機及びメモリは、内部接続通路を介して相互通信する。該メモリは、命令を記憶するためのものであり、該プロセッサは、該メモリに記憶されている命令を実行するためのものである。該プロセッサが該メモリに記憶されている命令を実行する時、該通信装置が第２態様又は第２態様における任意選択的な実施形態における方法を実行するようにするか、又は、該通信装置が第５態様で提供される通信装置を実現させるようにする。

【0053】

第９態様によれば、通信装置を提供する。該通信装置は、プロセッサと、送受信機と、メモリとを備える。ここで、該プロセッサ、送受信機及びメモリは、内部接続通路を介して相互通信する。該メモリは、命令を記憶するためのものであり、該プロセッサは、該メモリに記憶されている命令を実行するためのものである。該プロセッサが該メモリに記憶されている命令を実行する時、該通信装置が第３態様又は第３態様における任意選択的な実施形態における方法を実行するようにするか、又は、該通信装置が第６態様で提供される通信装置を実現させるようにする。

【0054】

第１０態様によれば、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にプログラムが記憶されている。前記プログラムは、通信装置に、上記第１態様及びその様々な実施形態におけるいずれかのキャリア選択方法を実行させる。

【0055】

第１１態様によれば、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にプログラムが記憶されている。前記プログラムは、通信装置に、上記第２態様及びその様々な実施形態におけるいずれかのキャリア選択方法を実行させる。

【0056】

第１２態様によれば、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にプログラムが記憶されている。前記プログラムは、通信装置に、上記第３態様及びその様々な実施形態におけるいずれかのキャリア選択方法を実行させる。

【0057】

第１３態様によれば、システムオンチップを提供する。該システムオンチップは、入力インタフェースと、出力インタフェースと、プロセッサと、メモリとを備え、該プロセッサは、該メモリに記憶されている命令を実行するためのものであり、該命令が実行される時、該プロセッサは、前記第１態様又は第１態様の任意選択的な実施形態における方法を実現させることができる。

【0058】

第１４態様によれば、システムオンチップを提供する。該システムオンチップは、入力インタフェースと、出力インタフェースと、プロセッサと、メモリとを備え、該プロセッサは、該メモリに記憶されている命令を実行するためのものであり、該命令が実行される時、該プロセッサは、前記第２態様又は第２態様の任意選択的な実施形態における方法を実現させることができる。

【0059】

第１５態様によれば、システムオンチップを提供する。該システムオンチップは、入力インタフェースと、出力インタフェースと、プロセッサと、メモリとを備え、該プロセッサは、該メモリに記憶されている命令を実行するためのものであり、該命令が実行される時、該プロセッサは、前記第３態様又は第３態様の任意選択的な実施形態における方法を実現させることができる。

【0060】

第１６態様によれば、命令を含むコンピュータプログラム製品を提供する。前記コンピュータプログラム製品がコンピュータ上で実行される時、該コンピュータに、上記第１態様又は第１態様の任意選択的な実施形態における方法を実行させる。

【0061】

第１７態様によれば、命令を含むコンピュータプログラム製品を提供する。前記コンピュータプログラム製品がコンピュータ上で実行される時、該コンピュータに、上記第２態様又は第２態様の任意選択的な実施形態における方法を実行させる。

【0062】

第１８態様によれば、命令を含むコンピュータプログラム製品を提供する。前記コンピュータプログラム製品がコンピュータ上で実行される時、該コンピュータに、上記第３態様又は第３態様の任意選択的な実施形態における方法を実行させる。

【図面の簡単な説明】

【0063】

【図1】本出願の実施例の１つの適用場面を示す模式的なアーキテクチャ図である。

【図2】本出願の実施例の別の適用場面を示す模式的なアーキテクチャ図である。

【図3】本出願の別の実施例のリソースセンシング及び選択を示す模式図である。

【図4】本出願のもう１つの実施例のキャリア選択方法を示す模式的なフローチャートである。

【図5】本出願の別の実施例のキャリア選択方法を示す模式的なフローチャートである。

【図6】本出願のもう１つの実施例のキャリア選択方法を示す模式的なフローチャートである。

【図7】本出願の実施例の通信装置を示す模式的なブロック図である。

【図8】本出願の別の実施例の通信装置を示す模式的なブロック図である。

【図9】本出願のもう１つの実施例の通信装置を示す模式的なブロック図である。

【図10】本出願の実施例の通信装置を示す模式的な構成図である。

【図11】本出願の実施例のシステムオンチップを示す模式的な構成図である。

【発明を実施するための形態】

【0064】

以下、図面を参照しつつ本出願の実施例における技術的解決手段を説明する。

【0065】

本出願の実施例の解決手段は、例えばグローバルモバイル通信（ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ）システム、符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ：ＣＤＭＡ）システム、広帯域符号分割多元接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ：ＷＣＤＭＡ）システム、長期的進化（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ：ＬＴＥ）システム、ＬＴＥ周波数分割複信（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ：ＦＤＤ）システム、ＬＴＥ時分割複信（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ：ＴＤＤ）システム、ユニバーサル移動体通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ：ＵＭＴＳ）、及び将来の５Ｇシステムといった種々の通信システムに適用されてもよいことが理解されるべきである。

【0066】

本出願は、端末装置を参照しながら各実施例を説明する。端末装置は、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）、アクセス端末、ユーザユニット、ユーザ局、移動ステーション、移動局、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザ用エージェント又はユーザ装置であってもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：ＳＩＰ）電話、ワイヤレスローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ：ＷＬＬ）局、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信機能を有するハンドヘルド装置、計算装置又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル装置、将来の５Ｇシステムにおける端末装置又は将来の進化型公衆陸上移動体ネットワーク（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ：ＰＬＭＮ）における端末装置等であってもよい。

【0067】

本出願は、端末装置を参照しながら各実施例を説明する。ネットワーク装置は、端末装置と通信を行う装置であってもよく、該ネットワーク装置は、例えば、ＧＳＭシステム又はＣＤＭＡにおける基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ：ＢＴＳ）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ：ＮＢ）であってもよく、また、ＬＴＥシステムにおける進化型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ：ｅＮＢ又はｅＮｏｄｅＢ）であってもよい。又は、該ネットワーク装置は、中継局、アクセスポイント、車載装置、ウェアラブル装置、将来の５Ｇシステムにおけるネットワーク側装置又は将来の進化型ＰＬＭＮネットワークにおけるネットワーク側装置であってもよい。

【0068】

図１及び図２は、本出願の実施例の１つの適用場面を示す模式図である。図１は、１つのネットワーク装置及び２つの端末装置を例示的に示す。任意選択的に、該無線通信システムは、複数のネットワーク装置を備え、且つ各ネットワーク装置のカバレッジエリア内に、他の数の端末装置を備えることができるが、本発明は、これを限定するものではない。なお、該無線通信システムは、移動管理エンティティ（ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ：Ｓ－ＧＷ）、パケットデータネットワークゲートウェイ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ：Ｐ－ＧＷ）等の他のネットワークエンティティを含んでもよいが、本発明の実施例はこれに限定されない。

【0069】

具体的には、端末装置２０と端末装置３０は、セルラー通信モード又はＤ２Ｄ通信モードで通信を行うことができる。ここで、セルラー通信モードにおいて、端末装置は、ネットワーク装置との間のセルラーリンクを介して他の端末装置と通信する。例えば、図１に示すように、端末装置２０、端末装置３０は、いずれもネットワーク装置とは、データ伝送を行うことができる。Ｄ２Ｄ通信モードにおいて、２つの端末装置は、Ｄ２Ｄリンクであるサイドリンク（Ｓｉｄｅｌｉｎｋ：ＳＬ）又は端末ダイレクトリンクを介して直接通信する。例えば、図１又は図２に示すように、端末装置２０と端末装置３０は、サイドリンクを介して直接通信する。

【0070】

Ｄ２Ｄ通信は、車車間（ＶｅｈｉｃｌｅｔｏＣｅｈｉｃｌｅ：「Ｖ２Ｖ」と略称）通信又は車車間・路車間（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ：Ｖ２Ｘ）通信であってもよい。Ｖ２Ｘ通信において、Ｘは、無線送受信能力を持つあらゆる装置を広く指す。例えば、遅く移動する無線装置、迅速に移動する車載装置、又は無線送受信能力を持つネットワーク制御ノード等であってもよいが、これらに限定されない。

【0071】

本発明の実施例は、主に、Ｖ２Ｘ通信場面に適用されるが、あらゆる他のＤ２Ｄ通信場面に適用されてもよく、本発明はこれを何ら限定するものではないことが理解されるべきである。

【0072】

車のインターネットシステムにおいて、車載端末（ＶｅｈｉｃｌｅＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＶＵＥ）又は歩行者ポータブル端末（ＰｅｄｅｓｔｒｉａｎＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＰＵＥ）のようなセンシング能力を持つ端末装置、及びＰＵＥのようなセンシング能力を持たない端末装置といった２種類の端末装置が存在し得る。ＶＵＥは、より高い処理能力を持ち、かつ一般的には、車のバッテリにより給電される。ＰＵＥは、処理能力が低く、消費電力の低減も、ＰＵＥにとって考慮すべき要因である。従って、従来の車のインターネットシステムにおいて、ＶＵＥが、完全な受信能力及びセンシング能力を持つものであると認められるが、ＰＵＥが、受信能力及びセンシング能力を一部持つか又は持たないものであると認められる。ＰＵＥが一部のセンシング能力を持つとした場合、ＶＵＥと同様なセンシング方法でリソースを選択し、センシング可能なリソースから利用可能なリソースを選択することができる。ＰＵＥがセンシング能力を持たないと、ＰＵＥはリソースプールから伝送リソースをランダムに選択する。

【0073】

３ＧＰＰプロトコルにおいて、伝送モード３（ｍｏｄｅ３）及び伝送モード４（ｍｏｄｅ４）といった２種類の伝送モードが定義されている。伝送モード３を用いる端末装置の伝送リソースは、基地局により割り当てられる。端末装置は、基地局により割り当てられるリソースに基づいてサイドリンクでデータを送信する。基地局は、端末装置のために、一度伝送されるリソースを割り当てることができ、端末装置のために、半静的伝送されるリソースを割り当てることもできる。伝送モード４を用いる端末装置は、センシング（ｓｅｎｓｉｎｇ）及び予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式でデータを伝送する。端末装置は、リソースプールにおいて、センシング方式で利用可能なリソースの集合を取得する。端末装置は、該利用可能なリソースの集合から、１つのリソースをランダムに選択してデータを伝送する。車のインターネットシステムにおけるトラフィックが周期的な特性を有するため、端末装置は、半静的伝送方式を用いることが多い。即ち、端末装置は、１つの伝送リソースを選択した後、複数の伝送周期において該リソースを使用し続けることで、リソース再選択及びリソース競合の確立を低下させる。端末装置は、今回伝送される制御情報中に次回の伝送リソースの予約情報を携帯することで、他の端末装置が、該端末装置の制御情報を検出することで該リソースが該端末装置により予約されて使用されているかを判定するようにし、リソース競合を低下させるという目的を達成する。

【0074】

端末装置は、リソースセンシングを行う時、具体的には、図３に示した方法でリソースセンシングを行うことができる。Ｒｅｌｅａｓｅ－１４の３ＧＰＰプロトコルにおいて、各サイドリンクプロセス（ｓｉｄｅｌｉｎｋｐｒｏｃｅｓｓ）において（１つのキャリアが２つのプロセスを含んでもよい）、時刻ｎで新たなデータパケットが到達した時、リソース選択を行う必要がある。端末装置は、１ｓ（即ち１０００ｍｓ）前のセンシングウィンドウのセンシング結果に基づいて、［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓの時間帯でリソースを選択する。前記［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓの時間帯は選択ウィンドウと呼ばれ、Ｔ１及びＴ２は、例えば、Ｔ１≦４、２０≦Ｔ２≦１００を満たすことができる。後述の１ｓ前は、いずれも時刻ｎの１ｓ前である。具体的なリソース選択プロセスは以下のとおりである。ここで端末装置２０が端末装置３０のリソースをセンシングすることを例として説明し、且つウィンドウ内のすべての端末装置２０に利用可能な伝送用リソースを候補リソースの集合と呼ぶと仮定する。

【0075】

（１）センシングウィンドウ内のあるサブフレーム中にセンシング結果を得ないと、例えば、該端末装置２０はこれらのサブフレームで自体のデータを伝送している場合、ウィンドウ内の対応する位置に存在するこれらのサブフレームにおけるリソースは候補リソースの集合から除外される。

【0076】

（２）端末装置２０は、１ｓ前のセンシングウィンドウ内に、端末装置３０からの物理的サイドリンク制御チャネル（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ：ＰＳＣＣＨ）を検出しており、且つ該ＰＳＣＣＨに対応する物理的サイドリンク共有チャネル（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ：ＰＳＳＣＨ）の参照信号受信電力（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ：ＲＳＲＰ）の測定値が所定の閾値より高く、検出した該ＰＳＣＣＨが、該ＰＳＣＣＨを送信した端末装置３０が次回の伝送に必要な時間周波数リソースを予約したことを指示すると、端末装置２０は、選択ウィンドウ内の、端末装置３０により予約された時間周波数リソースが、該選択ウィンドウ内の、自体により選択されたデータ伝送用時間周波数リソースと重なり合うかどうかを判定し、重なり合うと、リソース競合を発生し、端末装置２０は、選択ウィンドウ内の該時間周波数リソースを候補リソースの集合から排除する。

【0077】

端末装置２０が、該選択ウィンドウ内に、自体のためにデータ伝送用の該時間周波数リソースを選択しており、時間周期Ｔ_３に従って分布している複数の該時間周波数リソースでデータ伝送を行う必要がある場合、端末装置３０が時間周期Ｔ_２に従って分布している複数の該時間周波数リソースを予約しており、且つ時間周期Ｔ_３はＴ_３×Ｍ＝Ｔ₂×Ｎを満たし、Ｍ及びＮが正整数であると、端末装置２０は、時間周期Ｔ_３に従って分布している複数の該時間周波数リソースを候補リソースの集合から排除することが理解されるべきである。

【0078】

（３）端末装置２０は、候補リソースにおける残りのリソースについて受信信号強度インジケータ（ＲｅｃｅｉｖｅｄＳｉｇｎａｌＳｔｒｅｎｇｔｈＩｎｄｉｃａｔｏｒ：ＲＳＳＩ）を測定し、測定結果を、高いほうから低いほうへと順序づけて、エネルギーが閾値より高いリソースを候補リソースの集合から排除し、例えば、測定電力の高い８０％のリソースを候補リソースの集合から排除する。

【0079】

（４）端末装置２０は、最後の残りの該候補リソースの集合から、１つの時間周波数リソースをランダムに選択してデータ伝送に用いる。

【0080】

ここで、ある制御チャネルに対応するデータチャネルが占有している時間周波数リソースを、該データチャネル伝送用の１つの時間周波数リソース（又は１つのリソースブロック）と称し、各選択ウィンドウ内の候補リソースの集合において該データチャネル伝送用の複数の時間周波数リソースが存在してもよいことが理解されるべきである。例えば、図３に示したリソースＡ１及びＢ１はいずれも１つの時間周波数リソースと称してもよい。

【0081】

端末装置２０は、データ伝送用の時間周波数リソースを選択した後、後続の伝送プロセスにおいて該時間周波数リソースをＣ＿ｒｅｓｅｌ回利用し、Ｃ＿ｒｅｓｅｌは、リソース再選択カウンタ（ＲｅｓｏｕｒｃｅＲｅｓｅｌｅｃｔｉｏｎＣｏｕｎｔｅｒ）であり、データが伝送される毎に、Ｃ＿ｒｅｓｅｌの値から１を減算し、Ｃ＿ｒｅｓｅｌの値が０になるまで減算した場合、端末装置２０は、［０，１］の間に位置する乱数を生成し、リソース保持確率（ＰｒｏｂａｂｉｌｉｔｙＲｅｓｏｕｒｃｅＫｅｅｐ：ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータと比較し、該パラメータは、端末装置が該リソースを使用し続ける確率を表し、該乱数の値が該パラメータを超えると、端末装置２０はリソースを再選択し、該乱数の値が該パラメータ未満であると、端末装置２０は、該時間周波数リソースをデータ伝送に使用し続けて、Ｃ＿ｒｅｓｅｌの値をリセットすることができる。

【0082】

複数のキャリアによる伝送をサポートする車のインターネットシステムにおいて、伝送モード３あるいは伝送モード４の使用に係わらず、候補の複数のキャリアのうちの１つ又は複数のキャリアを用いて現在のデータ伝送を行うこともできる。伝送モード４を用いる端末装置は、複数の候補のキャリアから１つ又は複数のキャリアを選択して現在のデータ伝送に用いるが、伝送モード３を用いる端末装置は、基地局により選択された１つ又は複数のキャリアに基づいて現在のデータ伝送を行うことができる。

【0083】

端末装置は、チャネル占有率（ＣｈａｎｎｅｌＢｕｓｙＲａｔｉｏ：ＣＢＲ）のようなシステムの輻輳度を測定することができる。基地局は、測定結果を基地局に報告するように端末装置に指示を出すことができる。従って、基地局は、端末装置から報告されたＣＢＲに基づいて、例えば、端末装置の許容する変調符号化方式（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＭｏｄｅ：ＭＣＳ）、使用可能な物理的リソースブロック（Ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ：ＰＢＲ）の数の範囲、再送の回数などのような伝送パラメータを設定する。

【0084】

該ＣＢＲは、端末装置によるキャリア選択に用いることができる。例えば、端末装置は、複数のキャリアのＣＢＲ測定結果に基づいて、ＣＢＲが最も低いキャリアを選択してデータ伝送を行う。しかしながら、各キャリアのＣＢＲは、端末装置の移動に伴って迅速に変化するか、或いは、該ＣＢＲは、経時的に変化する。これにより、端末装置は、キャリア選択を行う毎に、複数のキャリアの間で頻繁に切り替えることがあるため、システムの不安定性を引き起こす。

【0085】

本出願の実施例が提供するキャリア選択方法によれば、端末装置又はネットワーク装置は、ＣＢＲを適切に処理し、処理されたＣＢＲに基づいてキャリアを選択することで、効果的なキャリア選択を実現させると共に、システムの安定性を保持することができる。

【0086】

図４は本出願の実施例のキャリア選択方法を示す模式的なフローチャートである。図４に示した方法は、通信装置により実行される。該通信装置は、端末装置又はネットワーク装置を含む。該端末装置は、例えば図２に示した端末装置２０又は端末装置３０であってもよく、該ネットワーク装置は、例えば図１又は図２に示したネットワーク１０であってもよい。以下、端末装置を例として説明するが、本出願に記載の方法はネットワーク装置等により実行されてもよい。図４に示すように、該キャリア選択方法は、以下を含む。

【0087】

４１０において、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得する。

【0088】

４２０において、該複数のキャリアのＣＢＲをフィルタリングし、フィルタリング後の該複数のキャリアのＣＢＲを取得する。

【0089】

４３０において、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択する。

【0090】

具体的には、端末装置は、データ伝送に利用可能な複数のキャリアのＣＢＲを取得し、候補の該複数のキャリアのＣＢＲをフィルタリングし、フィルタリング後の該複数のキャリアのＣＢＲを取得する。続いて、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することで、使用しようとするキャリアを選択する。選択された、使用しようとするキャリアが端末装置の現在使用しているキャリアと同じであると、キャリア切り替えを行わなくてもよく、同じでなければ、キャリア切り替えを行う。

【0091】

各キャリアのＣＢＲが、端末装置の移動に伴って迅速に変化するか、或いは、経時的に変化することがあるため、各キャリアのＣＢＲの測定値をフィルタリングすることで、各キャリアのＣＢＲの変化を安定させる。従って、キャリア選択を実現させると同時に、キャリア切り替えの頻度を低下させ、システムの安定性を確保する。

【0092】

任意選択的に、該方法が端末装置により実行されると、２１０において、候補の複数のキャリアのＣＢＲを取得することは、該端末装置が該複数のキャリアのＣＢＲを測定し、該複数のキャリアのＣＢＲを取得することを含む。

【0093】

例えば、端末装置は、該複数のキャリアのＣＢＲを測定し、上位層に報告する。上位層は、下位層から報告された該複数のキャリアのＣＢＲをフィルタリングする。端末装置は、フィルタリング後の該複数のキャリアのＣＢＲに基づいてキャリア選択を行う。

【0094】

任意選択的に、該方法がネットワーク装置により実行されると、２１０において、候補の複数のキャリアのＣＢＲを取得することは、該ネットワーク装置が端末装置から報告された該複数のキャリアのＣＢＲを受信することを含む。

【0095】

例えば、ネットワーク装置は、各キャリアのＣＢＲを測定して測定結果をネットワーク装置に報告するように端末装置に指示を出す。

【0096】

任意選択的に、２０２において、該複数のキャリアのＣＢＲをフィルタリングすることは、該複数のキャリアのＣＢＲを平滑化フィルタリングすることを含む。

【0097】

本出願の実施例は、平滑化フィルタリングの方式を限定するものではない。

【0098】

例えば、該平滑化フィルタリングの方式はＣＢＲ＿ｎｅｗ＝ａ×ＣＢＲ＿ｏｌｄ＋（１－ａ）×ＣＢＲ_ｃｕｒｒｅｎｔであってもよい。

【0099】

ＣＢＲ＿ｎｅｗは、フィルタリング後の各キャリアのＣＢＲであり、ＣＢＲ_ｃｕｒｒｅｎｔは、フィルタリングされる前の各キャリアのＣＢＲであり、ＣＢＲ＿ｏｌｄは、前回のキャリア選択時にフィルタリングされた各キャリアのＣＢＲであり、ａはフィルタリング係数であり、且つ０≦ａ≦１である。

【0100】

測定したＣＢＲを適切なフィルタリング方式でフィルタリングするため、ＣＢＲの迅速な変化による頻繁なキャリア切り替えを避けることが明らかである。

【0101】

任意選択的に、２３０において、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアから、フィルタリング後のＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含む。

【0102】

上述したキャリア選択方法によれば、本出願の実施例は、端末装置又はネットワーク装置によるキャリア選択をトリガするための３つの方法を更に提供する。以下、端末装置を例として具体的に説明する。

【0103】

方式１
任意選択的に、２３０の前に、即ち、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択する前に、前記方法は、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定し、該第１キャリアが、現在のデータ伝送に用いられるキャリアであり、該第２キャリアが該複数のキャリアのうちの該第１キャリア以外のいずれかのキャリアであることを更に含む。

【0104】

ここで、２３０において、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択することは、フィルタリング後の該第１キャリアのＣＢＲと、フィルタリング後の該第２キャリアのＣＢＲとの差が、該所定の閾値を超える場合、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0105】

該実施例において、現在のキャリアと他のキャリアのＣＢＲの差に基づいて、キャリア選択を行うかどうかを判定し、ＣＢＲの差が条件を満たす場合、フィルタリング後のＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0106】

任意選択的に、該方法は端末装置により実行される場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定する前に、該方法は、端末装置が該端末装置に事前設定された該所定の閾値を取得すること、又は、端末装置がネットワーク装置からの、該所定の閾値を含む設定情報を受信することを更に含む。

【0107】

任意選択的に、該方法はネットワーク装置により実行される場合、該方法は、ネットワーク装置が該所定の閾値を含む設定情報を端末装置に送信することを更に含む。

【0108】

例えば、候補の該複数のキャリアの数はＮであり、Ｎは、２以上の正整数である。Ｎ個のキャリアのそれぞれのＣＢＲの測定値はそれぞれ、ＣＢＲ_１、ＣＢＲ_２、・・・・・・、ＣＢＲ_Ｎで表す。現在の端末装置が使用しているキャリアのＣＢＲがＣＢＲ_１であり、Ｎ個のＣＢＲのうちのいずれか１つのＣＢＲ_ｋについて、｜ＣＢＲ_１－ＣＢＲ_ｋ｜＞Ｂを満たし、Ｂが所定の閾値であるとすれば、端末装置によるキャリア選択をトリガする。例えば、端末装置は、Ｎ個のキャリアのＣＢＲを測定してフィルタリングし、フィルタリング後のＮ個のキャリアのＣＢＲに基づいて、Ｎ個のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択する。ここの所定の閾値Ｂは、端末装置又はネットワーク装置に事前設定されたプロトコルで約束したものであってもよい。ネットワーク装置は、設定情報を介して該所定の閾値Ｂを端末装置に指示してもよい。

【0109】

任意選択的に、フィルタリング後の該第１キャリアのＣＢＲとフィルタリング後の該第２キャリアのＣＢＲとの差が所定の閾値を超える場合、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、フィルタリング後の該第１キャリアのＣＢＲとフィルタリング後の該第２キャリアのＣＢＲとの差が所定の閾値を超え、しかも所定の時間で持続するとした場合、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0110】

方式２
任意選択的に、２３０において、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0111】

該実施例において、キャリア選択プロセスは、ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐパラメータに依存せず、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）に基づいて、現在、キャリア選択を行う必要があるかどうかを判定し、キャリア選択を必要とする場合、フィルタリング後のＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を低下させ、システムの安定性を確保する。

【0112】

任意選択的に、該複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、該複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0113】

換言すれば、端末装置は、各キャリアにおけるＨＡＲＱプロセスのために独立したＣ＿ｒｅｓｅｌを設定することができる。いずれか１つのキャリアに対応するＣ＿ｒｅｓｅｌ＝０である場合、端末装置によるキャリア選択をトリガすることができる。

【0114】

或いは、任意選択的に、該複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、該同じＣ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0115】

つまり、端末装置は、該複数のキャリアのＨＡＲＱのために同じＣ＿ｒｅｓｅｌを設定することができる。該Ｃ＿ｒｅｓｅｌ＝０である場合、端末装置によるキャリア選択をトリガする。

【0116】

方式３
任意選択的に、２３０の前に、即ち、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択する前に、該方法は、該Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定し、該第１キャリアが、現在のデータ伝送に用いられるキャリアであり、該第２キャリアが該複数のキャリアのうちの該第１キャリア以外のいずれかのキャリアであることを更に含み、
ここで、２３０において、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、フィルタリング後の該第１キャリアのＣＢＲと、フィルタリング後の該第２キャリアのＣＢＲとの差が、該所定の閾値を超える場合、フィルタリング後の該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0117】

該実施例において、リソースＣ＿ｒｅｓｅｌに基づいて、現在、キャリア選択を行う必要があるかどうかを判定し、キャリア選択を必要とする場合、現在のキャリアと他のキャリアのＣＢＲの差が条件を満たすかどうかを判定し、ＣＢＲの差が条件を満たす場合、フィルタリング後のＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0118】

具体的には、Ｃ＿ｒｅｓｅｌの値が０である場合、端末装置によるＣＢＲの差の判定をトリガする。フィルタリング後の第１キャリアとフィルタリング後の第２キャリアとの該ＣＢＲの差が所定の閾値を超える場合、端末装置は、候補の複数のキャリアからキャリアを選択する。

【0119】

任意選択的に、該方法は端末装置により実行され、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定する前に、該方法は、端末装置が端末装置に事前設定された該所定の閾値を取得すること、又は、端末装置がネットワーク装置からの、該所定の閾値を含む設定情報を受信することを更に含む。

【0120】

任意選択的に、該方法はネットワーク装置により実行され、該方法は、ネットワーク装置が、該所定の閾値を含む設定情報を端末装置に送信することを更に含む。

【0121】

任意選択的に、該複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、該Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定することは、該複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の該第１キャリアのＣＢＲと、フィルタリング後の該第２キャリアのＣＢＲとの差が、該所定の閾値を超えるかどうかを判定することを含む。

【0122】

任意選択的に、該複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定することは、該同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の該第１キャリアのＣＢＲと、フィルタリング後の該第２キャリアのＣＢＲとの差が、該所定の閾値を超えるかどうかを判定することを含む。

【0123】

本出願の実施例におけるキャリア選択方法は、異なる伝送モード（例えば、前述した伝送モード３又は伝送モード４）を用いる端末装置に適用可能であることが理解されるべきである。端末装置が伝送モード３を用いる時、ネットワーク装置により、上記方法に基づいてキャリアを選択して端末装置に通知する。端末装置が伝送モード４を用いる時、該端末装置は、上記方法でキャリア選択を自発的に行うことができる。ネットワーク装置によるキャリア選択の詳細なプロセスは、前述した端末装置によるキャリア選択プロセスを参照されたい。説明の便宜のために、ここで詳細な説明を省略する。

【0124】

図５は本出願の別の実施例のキャリア選択方法を示す模式的なフローチャートである。図５に示した方法は、通信装置により実行される。該通信装置は、端末装置又はネットワーク装置を含む。該端末装置は、例えば図２に示した端末装置２０又は端末装置３０であってもよく、該ネットワーク装置は、例えば図１又は図２に示したネットワーク１０であってもよい。以下、端末装置を例として説明するが、本出願に記載の方法はネットワーク装置等により実行されてもよい。図５に示すように、該キャリア選択方法は、以下を含む。

【0125】

５１０において、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得する。

【0126】

５２０において、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定する。

【0127】

ここで、該第１キャリアが、現在のデータ伝送に用いられるキャリアであり、該第２キャリアが前記複数のキャリアのうちの該第１キャリア以外のいずれかのキャリアである。

【0128】

５３０において、該第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が所定の閾値を超える場合、該複数のキャリアからキャリアを選択する。

【0129】

具体的には、端末装置は、候補の複数のキャリアのＣＢＲの測定結果を取得し、現在のデータ伝送に用いられる第１キャリアのＣＢＲと他のキャリアのＣＢＲとの差を算出し、第１キャリアのＣＢＲと他のいずれかのキャリアのＣＢＲとの差が所定の閾値を超える場合、端末装置によるキャリア選択をトリガし、キャリア選択時に、端末装置は、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアから、使用しようとするキャリアを選択する。選択された、使用しようとするキャリアが端末装置の現在使用しているキャリアと同じであると、キャリア切り替えを行わなくてもよく、同じでなければ、キャリア切り替えを行う。

【0130】

例えば、候補の該複数のキャリアの数はＮであり、Ｎは、２以上の正整数である。Ｎ個のキャリアのそれぞれのＣＢＲの測定値はそれぞれ、ＣＢＲ_１、ＣＢＲ_２、・・・・・・、ＣＢＲ_Ｎで表す。現在の端末装置が使用しているキャリアのＣＢＲがＣＢＲ_１であり、Ｎ個のＣＢＲのうちのいずれか１つのＣＢＲ_ｋについて、｜ＣＢＲ_１－ＣＢＲ_ｋ｜＞Ｂを満たし、Ｂが所定の閾値であるとすれば、端末装置によるキャリア選択をトリガする。例えば、端末装置は、Ｎ個のキャリアのＣＢＲを測定してフィルタリングし、得られたＮ個のキャリアのＣＢＲに基づいて、Ｎ個のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択する。

【0131】

任意選択的に、該方法は端末装置により実行される時、５１０において、候補の複数のキャリアのＣＢＲを取得することは、端末装置が該複数のキャリアのＣＢＲを測定し、該複数のキャリアのＣＢＲを取得することを含む。

【0132】

任意選択的に、該方法は端末装置により実行される時、５２０の前に、即ち、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定する前に、該方法は、端末装置が端末装置に事前設定された該所定の閾値を取得すること、又は、端末装置がネットワーク装置からの、該所定の閾値を含む設定情報を受信することを更に含む。

【0133】

任意選択的に、該方法は端末装置により実行される時、５１０において、候補の複数のキャリアのＣＢＲを取得することは、ネットワーク装置が端末装置から報告された該複数のキャリアのＣＢＲを受信することを含む。

【0134】

任意選択的に、該方法は端末装置により実行される時、該方法は、ネットワーク装置が、該所定の閾値を含む設定情報を端末装置に送信することを更に含む。

【0135】

任意選択的に、５２０において、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定することは、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、該第１キャリアのＣＢＲと該第２キャリアのＣＢＲとの差が該所定の閾値を超えるかどうかを判定することを含む。

【0136】

該実施例において、キャリア選択プロセスは、ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐパラメータとは関係なく、即ち、ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐパラメータから独立している。端末装置は、Ｃ＿ｒｅｓｅｌに基づいて、現在、キャリア選択を行うかどうかを判定し、キャリア選択を必要とする場合、現在のキャリアと他のキャリアのＣＢＲの差が条件を満たすかどうかを判定し、ＣＢＲの差が条件を満たす場合、異なるキャリアのＣＢＲに基づいてキャリア選択を行うことで、キャリア切り替えの頻度を更に低下させ、システムの安定性を確保する。

【0137】

任意選択的に、該複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定することは、該複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定することを含む。

【0138】

【0139】

任意選択的に、該複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定することは、該同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の該第１キャリアのＣＢＲと、フィルタリング後の該第２キャリアのＣＢＲとの差が該所定の閾値を超えるかどうかを判定することを含む。

【0140】

【0141】

任意選択的に、５３０において、該第１キャリアのＣＢＲと該第２キャリアのＣＢＲとの差が所定の閾値を超える場合、該複数のキャリアからキャリアを選択することは、該第１キャリアのＣＢＲと該第２キャリアのＣＢＲとの差が所定の閾値を超え、しかも所定の時間で持続するとした場合、該複数のキャリアからキャリアを選択することを含む。

【0142】

任意選択的に、５３０において、該複数のキャリアからキャリアを選択することは、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含む。

【0143】

端末装置が伝送モード３を用いる時、ネットワーク装置により、上記方法に基づいてキャリアを選択して端末装置に通知する。端末装置が伝送モード４を用いる時、該端末装置は、上記方法でキャリア選択を自発的に行うことができる。ネットワーク装置によるキャリア選択の詳細なプロセスは、前述した端末装置によるキャリア選択プロセスを参照されたい。説明の便宜のために、ここで詳細な説明を省略する。

【0144】

図６は本出願のもう１つの実施例のキャリア選択方法を示す模式的なフローチャートである。図６に示した方法は、通信装置により実行される。該通信装置は、端末装置又はネットワーク装置を含む。該端末装置は、例えば図２に示した端末装置２０又は端末装置３０であってもよく、該ネットワーク装置は、例えば図１又は図２に示したネットワーク１０であってもよい。以下、端末装置を例として説明するが、本出願に記載の方法はネットワーク装置等により実行されてもよい。図６に示すように、該キャリア選択方法は、以下を含む。

【0145】

６１０において、候補の複数のキャリアのＣＢＲを取得する。

【0146】

６２０において、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択する。

【0147】

従って、キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータに依存せず、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）に基づいて、現在、キャリア選択を行う必要があるかどうかを判定し、即ちＣ＿ｒｅｓｅｌ＝０である場合、端末装置によるキャリア選択をトリガし、これにより効果的なキャリア選択を実現させ、システムの複雑さを低下させる。

【0148】

任意選択的に、該方法は端末装置により実行される時、６１０において、候補の複数のキャリアのＣＢＲを取得することは、端末装置が該複数のキャリアのＣＢＲを測定し、該複数のキャリアのＣＢＲを取得することを含む。

【0149】

任意選択的に、該方法はネットワーク装置により実行される時、６１０において、候補の複数のキャリアのＣＢＲを取得することは、ネットワーク装置が端末装置から報告された該複数のキャリアのＣＢＲを受信することを含む。

【0150】

任意選択的に、該複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、６２０において、Ｃ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、該複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0151】

任意選択的に、該複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、６２０において、Ｃ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、該同じＣ＿ｒｅｓｅｌの値が０である場合、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することを含む。

【0152】

つまり、候補の複数のキャリアのうちの各キャリアにおけるＨＡＲＱプロセスに独立したリソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）が設定されており、いずれか１つのＣ＿ｒｅｓｅｌ＝０である場合、端末装置によるキャリア選択をトリガする。あるいは、全てのキャリアのＨＡＲＱプロセスに同じＣ＿ｒｅｓｅｌが設定されており、該Ｃ＿ｒｅｓｅｌの値が0である場合、端末装置によるキャリア選択をトリガする。

【0153】

任意選択的に、６２０において、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアからキャリアを選択することは、該複数のキャリアのＣＢＲに基づいて、該複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択することを含む。

【0154】

端末装置が伝送モード３を用いる時、ネットワーク装置により、上記方法に基づいてキャリアを選択して端末装置に通知する。端末装置が伝送モード４を用いる時、該端末装置は、上記方法でキャリア選択を自発的に行うことができる。ネットワーク装置によるキャリア選択プロセスの詳細は、前述した端末装置によるキャリア選択プロセスを参照されたい。説明の便宜のために、ここで詳細な説明を省略する。

【0155】

本出願の各実施例において、上記各過程における番号の大きさは実行順番を意味しているものではなく、各過程の実行順番はその機能と内部ロジックにより決定されるべき、本発明の実施例の実施過程を限定するものではないと理解されるべきである。

【0156】

以上、本出願の実施例に係るキャリア選択方法を詳しく説明したが、以下、図７から図１１を参照しつつ、本出願の実施例に係る装置を説明し、方法の実施例で説明した技術的特徴は以下の装置の実施例に適用される。

【0157】

図７は、本出願の実施例に係る通信装置７００を示す模式的ブロック図である。図７に示すように、該通信装置７００は、取得ユニット７１０と、フィルタリングユニット７２０と、キャリア選択ユニット７３０とを備える。ここで、
取得ユニット７１０は、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得するように構成され、
フィルタリングユニット７２０は、前記取得ユニット７１０により取得された前記複数のキャリアのＣＢＲをフィルタリングし、フィルタリング後の前記複数のキャリアのＣＢＲを取得するように構成され、
キャリア選択ユニット７３０は、前記フィルタリングユニット７２０によりフィルタリングされた後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0158】

【0159】

任意選択的に、前記フィルタリングユニット７２０は具体的には、前記複数のキャリアのＣＢＲを平滑化フィルタリングするように構成される。

【0160】

任意選択的に、平滑化フィルタリング後の前記複数のキャリアのうちの各キャリアのＣＢＲは、ＣＢＲ＿ｎｅｗ＝ａ×ＣＢＲ＿ｏｌｄ＋（１－ａ）×ＣＢＲ＿ｃｕｒｒｅｎｔであり、
ＣＢＲ＿ｎｅｗは、フィルタリング後の前記各キャリアのＣＢＲであり、ＣＢＲ_ｃｕｒｒｅｎｔは、フィルタリングされる前の前記各キャリアのＣＢＲであり、ＣＢＲ＿ｏｌｄは、前回のキャリア選択時にフィルタリングされた前記各キャリアのＣＢＲであり、ａはフィルタリング係数であり、且つ０≦ａ≦１である。

【0161】

任意選択的に、前記キャリア選択ユニット７３０は具体的には、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、所定の閾値を超えるかどうかを判定し、前記第１キャリアが、現在のデータ伝送に用いられるキャリアであり、前記第２キャリアが前記複数のキャリアのうちの前記第１キャリア以外のいずれかのキャリアであり、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が、前記所定の閾値を超える場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0162】

【0163】

任意選択的に、前記通信装置は、端末装置であり、前記端末装置は、送受信ユニットを備え、前記取得ユニット７１０は更に、前記端末装置に事前設定された前記所定の閾値を取得するか、又は、送受信ユニットによりネットワーク装置からの、前記所定の閾値を含む設定情報を受信するように構成される。

【0164】

任意選択的に、前記通信装置はネットワーク装置であり、前記ネットワーク装置は、送受信ユニットを備え、前記送受信ユニットは、前記所定の閾値を含む設定情報を端末装置に送信するように構成される。

【0165】

任意選択的に、前記キャリア選択ユニット７３０は具体的には、フィルタリング後の前記第１キャリアのＣＢＲとフィルタリング後の前記第２キャリアのＣＢＲとの差が所定の閾値を超え、しかも所定の時間で持続するとした場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0166】

任意選択的に、前記キャリア選択ユニット７３０は具体的には、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0167】

【0168】

任意選択的に、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記キャリア選択ユニット７３０は具体的には、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0169】

任意選択的に、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、前記キャリア選択ユニット７３０は具体的には、前記同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0170】

任意選択的に、前記キャリア選択ユニット７３０は具体的には、前記Ｃ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の第１キャリアのＣＢＲと、フィルタリング後の第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定し、前記第１キャリアが、現在のデータ伝送に用いられるキャリアであり、前記第２キャリアが前記複数のキャリアのうちの前記第１キャリア以外のいずれかのキャリアであり、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の前記第２キャリアのＣＢＲとの差が、前記所定の閾値を超える場合、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0171】

【0172】

任意選択的に、前記通信装置は、端末装置であり、前記端末装置は、送受信ユニットを備え、前記取得ユニット７１０は更に、前記端末装置に事前設定された前記所定の閾値を取得するか、又は、前記送受信ユニットによりネットワーク装置からの、前記所定の閾値を含む設定情報を受信するように構成される。

【0173】

【0174】

任意選択的に、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記キャリア選択ユニット７３０は具体的には、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の前記第２キャリアのＣＢＲとの差が、前記所定の閾値を超えるかどうかを判定するように構成される。

【0175】

任意選択的に、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、前記キャリア選択ユニット７３０は具体的には、前記同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の前記第２キャリアのＣＢＲとの差が、前記所定の閾値を超えるかどうかを判定するように構成される。

【0176】

任意選択的に、前記キャリア選択ユニット７３０は具体的には、フィルタリング後の前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアから、フィルタリング後のＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択するように構成される。

【0177】

任意選択的に、前記通信装置は、端末装置であり、前記取得ユニット７１０は具体的には、前記複数のキャリアのＣＢＲを測定し、前記複数のキャリアのＣＢＲを取得するように構成される。

【0178】

任意選択的に、前記通信装置はネットワーク装置であり、前記ネットワーク装置は、送受信ユニットを備え、前記取得ユニット７１０は具体的には、前記送受信ユニットにより端末装置から報告された前記複数のキャリアのＣＢＲを受信するように構成される。

【0179】

任意選択的に、前記キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータとは無関係である。

【0180】

該通信装置７００は上記方法の実施例における通信装置により実行される方法４００に対応する操作を実行することができ、説明の便宜のために、ここで詳細な説明を省略することが理解されるべきである。

【0181】

図８は本出願の実施例に係る通信装置８００を示す模式的ブロック図である。図８に示すように、該通信装置８００は、取得ユニット８１０と、判定ユニット８２０と、キャリア選択ユニット８３０とを備え、
取得ユニット８１０は、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得するように構成され、
判定ユニット８２０は、第１キャリアのＣＢＲと第２キャリアのＣＢＲとの差が所定の閾値を超えるかどうかを判定するように構成され、前記第１キャリアが、現在のデータ伝送に用いられるキャリアであり、前記第２キャリアが前記複数のキャリアのうちの前記第１キャリア以外のいずれかのキャリアであり、
キャリア選択ユニット８３０は、前記第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が所定の閾値を超える場合、前記取得ユニット８１０により取得された前記複数のキャリアからキャリアを選択するように構成される。

【0182】

【0183】

任意選択的に、前記キャリア選択ユニット８３０は具体的には、前記第１キャリアのＣＢＲと前記第２キャリアのＣＢＲとの差が所定の閾値を超え、しかも所定の時間で持続するとした場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0184】

任意選択的に、前記判定ユニット８２０は具体的には、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、前記第１キャリアのＣＢＲと、前記第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定するように構成される。

【0185】

【0186】

任意選択的に、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記判定ユニット８２０は具体的には、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の前記第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定するように構成される。

【0187】

任意選択的に、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、前記判定ユニット８２０は具体的には、前記同じＣ＿ｒｅｓｅｌの値が０である場合、フィルタリング後の前記第１キャリアのＣＢＲと、フィルタリング後の前記第２キャリアのＣＢＲとの差が前記所定の閾値を超えるかどうかを判定するように構成される。

【0188】

任意選択的に、前記キャリア選択ユニット８３０は具体的には、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択するように構成される。

【0189】

任意選択的に、前記通信装置は、端末装置であり、前記取得ユニット８１０は具体的には、前記端末装置が前記複数のキャリアのＣＢＲを測定し、前記複数のキャリアのＣＢＲを取得するように構成される。

【0190】

任意選択的に、前記端末装置は、送受信ユニットを備え、前記取得ユニット８１０は更に、前記端末装置に事前設定された前記所定の閾値を取得するか、又は、前記送受信ユニットによりネットワーク装置からの、前記所定の閾値を含む設定情報を受信するように構成される。

【0191】

任意選択的に、前記通信装置はネットワーク装置により実行され、前記ネットワーク装置は、送受信ユニットを備え、前記取得ユニット８１０は具体的には、前記送受信ユニットにより端末装置から報告された前記複数のキャリアのＣＢＲを受信するように構成される。

【0192】

任意選択的に、前記ネットワーク装置は送受信ユニットを備え、前記送受信ユニットは、前記所定の閾値を含む設定情報を端末装置に送信するように構成される。

【0193】

任意選択的に、前記キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータとは無関係である。

【0194】

該通信装置８００は上記方法の実施例における通信装置により実行される方法５００に対応する操作を実行することができ、説明の便宜のために、ここで詳細な説明を省略することが理解されるべきである。

【0195】

図９は本出願の実施例に係る通信装置９００を示す模式的ブロック図である。図９に示すように、該通信装置９００は、取得ユニット９１０とキャリア選択ユニット９２０とを備え、
取得ユニット９１０は、候補の複数のキャリアのチャネル占有率（ＣＢＲ）を取得するように構成され、
キャリア選択ユニット９２０は、リソース再選択カウンタ（Ｃ＿ｒｅｓｅｌ）の値が０である場合、前記取得ユニットにより取得された前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0196】

【0197】

任意選択的に、前記複数のキャリアのうちの各キャリアに、対応するＣ＿ｒｅｓｅｌが配置されており、前記キャリア選択ユニット９２０は具体的には、前記複数のキャリアに配置されている複数のＣ＿ｒｅｓｅｌのうちのいずれか１つのＣ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0198】

任意選択的に、前記複数のキャリアに同じＣ＿ｒｅｓｅｌが配置されており、前記キャリア選択ユニット９２０は具体的には、前記同じＣ＿ｒｅｓｅｌの値が０である場合、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアからキャリアを選択するように構成される。

【0199】

任意選択的に、前記キャリア選択ユニット９２０は具体的には、前記複数のキャリアのＣＢＲに基づいて、前記複数のキャリアから、ＣＢＲが最も小さいキャリアを、使用しようとするキャリアとして選択するように構成される。

【0200】

任意選択的に、前記通信装置は、端末装置であり、前記取得ユニット９１０は具体的には、前記複数のキャリアのＣＢＲを測定し、前記複数のキャリアのＣＢＲを取得するように構成される。

【0201】

任意選択的に、前記通信装置はネットワーク装置であり、前記ネットワーク装置は送受信ユニットを備え、前記取得ユニット９１０は具体的には、前記送受信ユニットにより端末装置から報告された前記複数のキャリアのＣＢＲを受信するように構成される。

【0202】

任意選択的に、前記キャリア選択プロセスは、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）パラメータとは無関係である。

【0203】

該通信装置９００は上記方法の実施例における通信装置により実行される方法６００に対応する操作を実行することができ、説明の便宜のために、ここで詳細な説明を省略することが理解されるべきである。

【0204】

図１０は本出願の実施例に係る通信装置１０００を示す模式的構成図である。図１０に示すように、該通信装置は、プロセッサ１０１０と、送受信機１０２０と、メモリ１０３０とを備え、該プロセッサ１０１０、送受信機１０２０及びメモリ１０３０は、内部接続通路を介して相互通信する。該メモリ１０３０は、命令を記憶するためのものであり、該プロセッサ１０１０は、該メモリ１０３０に記憶されている命令を実行し、該送受信機１０２０による信号の送受信を制御するためのものである。

【0205】

任意選択的に、該プロセッサ１０１０は、メモリ１０３０に記憶されているプログラムコードを呼び出して、方法の実施例における通信装置により実行される方法４００に対応する操作を実行することができ、説明の便宜のために、ここで詳細な説明を省略する。

【0206】

任意選択的に、該プロセッサ１０１０は、メモリ１０３０に記憶されているプログラムコードを呼び出して、方法の実施例における通信装置により実行される方法５００に対応する操作を実行することができ、説明の便宜のために、ここで詳細な説明を省略する。

【0207】

任意選択的に、該プロセッサ１０１０は、メモリ１０３０に記憶されているプログラムコードを呼び出して、方法の実施例における通信装置により実行される方法６００に対応する操作を実行することができ、説明の便宜のために、ここで詳細な説明を省略する。

【0208】

本出願の実施例におけるプロセッサは、信号処理能力を持つ集積回路チップであってもよく、実現プロセスにおいて、上記方法の実施例における各ステップは、プロセッサにおけるハードウェアの集積論理回路又はソフトウェアの形の命令により完成することができることが理解されるべきである。上記プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｒｇｒａｔｅｄＣｉｒｃｕｉｔ：ＡＳＩＣ）、現場でプログラム可能なゲートアレイ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ：ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント等であってもよい。本出願の実施例に開示されている各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよいし、該プロセッサは如何なる従来のプロセッサ等であってもよい。本出願の実施例に開示されている方法のステップを結合して、ハードウェア解読プロセッサによって完成し、又は解読プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせで実行して完成するように示す。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去プログラム可能なメモリ、レジスタ等の本分野の従来の記憶媒体内に存在してもよい。該記憶媒体はメモリ内に位置し、プロセッサはメモリ中の情報を読み取り、そのハードウェアと共に上記方法のプロセスを完了する。

【0209】

本出願の実施例におけるメモリは、揮発性または不揮発性メモリであってもよいし、揮発性メモリと不揮発性メモリの両者をそなえてもよい。ここで、不揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ-ｏｎｌｙＭｅｍｏｒｙ：ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ：ＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥｒａｓａｂｌｅＰＲＯＭ：ＥＰＲＯＭ）、電気的消去可能なプログラマブル読み出し専用メモリ（ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ：ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュメモリとして機能するランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ：ＲＡＭ）であってもよい。非限定的な例証として、ＲＡＭは、スタティックランダムアクセスメモリ（ＳｔａｔｉｃＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤｙｎａｍｉｃＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ：ＤＤＲＳＤＲＡＭ）、エンハンスト同期ダイナミックランダムアクセスメモリ（ＥｎｈａｎｃｅｄＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期リンクダイナミックランダムアクセスメモリ（ＳｙｎｃｈｌｉｎｋＤＲＡＭ：ＳＬＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ：ＤＲＲＡＭ）などの多数の形態で使用可能である。本明細書に記載されているシステム及び方法におけるメモリは、これら及び任意の他の適切な形態のメモリを含むが、これらに限定されないことに留意されたい。

【0210】

図１１は本出願の実施例のシステムシステムオンチップを示す模式的構成図である。図１１のシステムオンチップ１１００は入力インタフェース１１０１と、出力インタフェース１１０２と、少なくとも１つのプロセッサ１１０３と、メモリ１１０４と、を備え、前記入力インタフェース１１０１、出力インタフェース１１０２、前記プロセッサ１１０３及びメモリ１１０４は内部接続通路を介して相互接続する。前記プロセッサ１１０３は、前記メモリ１１０４におけるコードを実行するためのものである。

【0211】

任意選択的に、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例における通信装置により実行される方法４００を実現させることができる。説明の便宜のために、ここで詳細な説明を省略する。

【0212】

任意選択的に、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例における通信装置により実行される方法５００を実現させることができる。説明の便宜のために、ここで詳細な説明を省略する。

【0213】

任意選択的に、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例における通信装置により実行される方法６００を実現させることができる。説明の便宜のために、ここで詳細な説明を省略する。

【0214】

当業者であれば、本明細書に開示されている実施例に関係して記載された種々の例示的なユニット及びアルゴリズムステップは、電子ハードウエア、又はコンピュータソフトウエアと電子ハードウエアとの組み合わせとして実現されることが理解され得る。ハードウェアとソフトウェアとのどちらで、これらの機能を実行するかは、技術的解決手段の特定の応用及び設計上の制限条件により決められる。当業者は、特定の用途毎に記載の機能を実現するために異なる方法を使用してもよいが、この実現が本発明の範囲を超えるものとして考えられるべきではない。

【0215】

説明上の便宜及び簡素化を図るために、上記説明されたシステム、装置及びユニットの具体的な作動過程は、前記方法の実施例における対応した過程を参照することができるから、ここで詳しく説明しないようにすることは、当業者にはっきり理解されるべきである。

【0216】

本発明で提供する幾つかの実施例で開示したシステム、装置及び方法は、他の方式によって実現できることを理解すべきである。例えば、以上に記載した装置の実施例はただ例示的なもので、例えば、前記ユニットの分割はただロジック機能の分割で、実際に実現する時は他の分割方式によってもよい。例えば、複数のユニット又は組立体を組み合わせてもよいし、別のシステムに組み込んでもよい。又は幾つかの特徴を無視してもよいし、実行しなくてもよい。また、示したか或いは検討した相互間の結合又は直接的な結合又は通信接続は、幾つかのインターフェイス、装置又はユニットによる間接的な結合又は通信接続であってもよく、電気的、機械的または他の形態であってもよい。

【0217】

分離部材として説明した該ユニットは、物理的に別個のものであってもよいし、そうでなくてもよい。ユニットとして示された部材は、物理的ユニットであってもよいし、そうでなくてもよい。即ち、同一の位置に位置してもよいし、複数のネットワークに分布してもよい。実際の需要に応じてそのうちの一部又は全てのユニットにより本実施例の方策の目的を実現することができる。

【0218】

また、本発明の各実施例における各機能ユニットは一つの処理ユニットに集積されてもよいし、各ユニットが物理的に別個のものとして存在してもよいし、２つ以上のユニットが一つのユニットに集積されてもよい。

【0219】

該機能はソフトウェア機能ユニットの形で実現され、かつ独立した製品として販売または使用されるとき、コンピュータにより読み取り可能な記憶媒体内に記憶されてもよい。このような理解のもと、本発明の技術的解決手段は、本質的に、又は、従来技術に対して貢献をもたらした部分又は該技術的解決手段の一部は、ソフトウェア製品の形式で具現することができ、このようなコンピュータソフトウェア製品は、記憶媒体に記憶しても良く、また、コンピュータ設備（パソコン、サーバ、又はネットワーク装置など）に、本発明の各実施例に記載の方法の全部又は一部のステップを実行させるための幾つかの命令を含む。前記の記憶媒体は、Ｕディスク、リムーバブルハードディスク、読み出し専用メモリ（Ｒｅａｄ－ｏｎｌｙＭｅｍｏｒｙ：ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ：ＲＡＭ）、ディスク、又は光ディスクなど、プログラムコードを記憶可能な各種の媒体を含む。

【0220】

以上は本発明の具体的な実施形態に過ぎず、本発明の保護の範囲はそれらに制限されるものではなく、当業者が本発明に開示された技術範囲内で容易に想到しうる変更や置換はいずれも、本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲の保護範囲を基準とするべきである。

【図1】